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PREFACE 



This Software Release Bulletin documents all fixes and enhancements that 
are incorporated in the new release identified on the cover page. The 
SRB is provided as a benefit of Hewlett-Packard's Account Management 
Support, Response Center Support, and Software Materials Subscription. 

Of the five sections contained in the SRB (not including the PREFACE) , 
only the last section which contains the detailed reports has page num- 
bers. These are referenced by the product, report number and keyword 
indexes in order to direct the user to a particular area or to an in- 
dividual detailed report. The five sections are described below. 

SOFTWARE RELEASE CONTENTS 

This section lists the product names, numbers and update/fix levels of 
all products contained in this release. Products that have changed, or 
are new are denoted with an asterisk preceding the product name. 

PRODUCT INDEX 

Each unique product name/number has an entry listing the page number 
where the detailed report for that product begins. 

REPORT NUMBER INDEX 

This index is a sequential list of the individual report numbers with 
the corresponding page number where the report can be found. 

KEYWORD INDEX 

This index is sorted by product name, keyword, product number (including 
the update/fix level) and by report number in that order. In addition 
to the sort items, each entry has a brief description (one line) and the 
page number where the detailed report can be found. Note that a given 
report can be listed more than once in this section if it has more than 
one keyword assigned to it. 

DETAILED REPORTS 

Each report contains all the available information relevant to the 
problem being corrected or the enhancement being implemented. 



Software release contents 



Product name 


Product numb* 


ir uu.ff 


*61*000-UX OP-ENV 


300 6U8O1S00U 


01.50 


*6800 C 


61*821 


01.07 


*6800 C 


300 6J*821S00U 


01.20 


*68O0 C 


500 614821S001 


01.60 


*6800 C 


VAX 6U821S003 


01.90 


*68O0 PASCAL 


61*811 


01.20 


*6800 PASCAL 


300 6U811S00U 


01.20 


*6800 PASCAL 


500 6i*8nsooi 


01.50 


*6800 PASCAL 


VAX 6U811S003 


01.70 


*68000 ASSEMB 


61*81*5 


01.12 


*68000 ASSEMB 


300 61*8U5SO0U 


01.20 


*68000 ASSEMB 


500 6U8U5SOOI 


01.60 


*68000 ASSEMB 


VAX 6J48U5SOO3 


01.80 


*68000 C 


61*819 


01.10 


•68000 C 


300 6U819SOOU 


01.20 


"68000 C 


500 6U819S001 


01.60 


*68O0O C 


VAX 6U819S003 


01.90 


*68O0O DQ SW ANALYZER 61*3UlG 


01.03 


*68000 PASCAL 


61*815 


01.12 


*68000 PASCAL 


300 61*815S001* 


01.20 


*68000 PASCAL 


500 6U815S001 


01.50 


"68000 PASCAL 


VAX 6U815S003 


01.70 


*68000 SW ANAL 


61*331 


01.02 


*68000 SW ANALYZER 6U3UIB 


02.02 


*68008 SW ANAL 


61*337 


01.02 


*6801/3 EMULATION 


r 300 6U256S00U 


01.00 


*68010 DQ SW ANALYZER 61*31*11 


01.02 


*68010 SW ANAL 


6k33k 


01.02 


*68010 SW ANALYZER 61*3UlD 


02.02 


*68020 ASSEMB 


300 6J+870S00U 


01.00 


# 68020 EMUL 


300 6i*i*i6sooi* 


01.00 


*6809 C 


61*822 


01.08 


*6809 C 


300 6U822S001* 


01.20 


*6809 C 


500 6W22S001 


01. Uo 


*6809 C 


VAX 6W22S003 


01.60 


*6809 PASCAL 


6U813 


01.11 


*6809 PASCAL 


300 6U813S00U 


01.20 


*6809 PASCAL 


500 6U813S001 


01.30 


*6809 PASCAL 


VAX 61*813S003 


01.1*0 


"70208 EMUL 


61*297 


01.00 


*702l6 EMUL 


6U296 


01.00 


*80186 SW ANAL 


61*335 


02.03 


*80186 SW ANALYZER 61*3l*lE 


02.02 


*80l88 SW ANAL 


61*336 


02.01* 


*80l88 SW ANALYZER 6U3UIF 


01.02 


*80286 INTERFACE 


300 6U657S00U 


01.00 


*80286B ASSEMB 


61*859 


01.02 


*80286B ASSEMB 


300 61*859S00l* 


01.10 


*8 0286B ASSEMB 


500 6U859S001 


01.10 


"80286B ASSEMB 


VAX 6l*859S003 


01.10 


*8085 B PASCAL 


6U825 


01. 01* 


*8085 B PASCAL 


300 6W25S00»» 


01.20 


*8085 B PASCAL 


500 61*825S001 


01.50 


*8085 B PASCAL 


VAX 61*825S003 


01.70 


*8085 C 


61*826 


01. 01* 



Software release contents 



Product name 


Product numbc 


*r uu . f f 


♦8085 C 


300 6U826S00U 


01.20 


•8085 C 


500 6U826S001 


01.60 


♦8085 C 


VAX 6U826S003 


01.90 


*8086 SW ANAL 


6U332 


01.03 


*8086 SW ANALYZER 


I 6U3UIA 


01.02 


♦8086/8 ASSEMB 


6U853 


02.02 


♦8086/8 ASSEMB 


300 6U853SOOU 


02.20 


♦8086/8 ASSEMB 


500 6U853S001 


02.30 


♦8086/8 ASSEMB 


VAX 6U853S003 


02.»*0 


♦8086/8 C 


6U818 


03.02 


♦8086/8 C 


300 6U818S00U 


03.20 


♦8086/8 C 


500 6U818S001 


03.30 


♦8086/8 C 


VAX 6U818S003 


03.50 


♦8086/8 PASCAL 


6U81U 


03-02 


♦8086/8 PASCAL 


300 6U81USOOU 


03.20 


♦8086/8 PASCAL 


500 6U81US001 


03.20 


♦8086/8 PASCAL 


VAX 6U81US003 


03.30 


♦8088 DQ SW ANALYZER 6U3UIC 


01.02 


♦8088 SW ANAL 


6U333 


01.03 


♦8088 DQ EMUL 


300 6U221SO0U 


01.00 


*HOST SOFTWARE / VAX 6U882 


02.00 


♦NETWORK TRANSFER 


300 6U887SO0U 


01.00 


♦NETWORK TRANSFER 


500 6I4887SOOI 


01.00 


♦NETWORK TRANSFER 


500 6U888S001 


01.00 


♦NETWORK TRANSFER 


VAX 6U887S003 


01.10 


*NSC800 EMULATION 


6U292 


01.03 


♦OPERATING SYSTEM 


6U100 


02.07 


♦RS-232 TRANSFER 


VAX 6U886 


01.20 


♦TIMING ANALYZER 


300 6U610SOOU 


01.00 


♦USER DEF ASSEMB 


300 6U85ISOOU 


01.20 


♦USER DEF ASSEMB 


500 6U851S001 


01.60 


♦USER DEF ASSEMB 


VAX 6U851S003 


01.60 


♦USER DEF INV ASM 


300 6J4856SOOU 


01.00 


♦UTILITIES PKG 


300 6U888S003 


01.10 


♦UTILITIES PKG 


300 6U888S00U 


01.00 


♦Z80 EMULATION 


300 6U252S001* 


01.00 


♦Z80/NSC800 C 


6U82U 


01. OU 


♦Z80/NSC800 C 


300 6U82US00U 


01.20 


♦Z80/NSC800 C 


500 6U82US001 


01.60 


♦Z80/NSC800 C 


VAX 6U82US003 


01.90 


♦Z80/NSC800PASCAL 


6U823 


01. OU 


♦Z80/NSC800PASCAL 300 6U823S00U 


01.20 


♦Z80/NSC800PASCAL 500 6U823S001 


01.50 


♦Z80/NSC800PASCAL VAX 61+823S003 


01.70 


♦Z8000 C 


6U820 


01.06 


♦Z8000 C 


300 6U820S00U 


01.20 


♦Z8000 C 


500 6U820S001 


01.60 


♦Z8000 C 


VAX 6U820S003 


01.90 


♦Z8000 PASCAL 


6U816 


01.12 


♦Z8000 PASCAL 


300 6U816SOOU 


01.20 


♦Z8000 PASCAL 


500 6U816S001 


01.50 


♦Z8000 PASCAL 


VAX 614816S003 


01.70 


♦Z8001 EMUL 


300 6U232SO0U 


01.00 


♦Z8002 EMUL 


300 6U233S0014 


01.00 



Product index 




Product name 




6800 C 




6800 C 


300 


6800 C 


500 


6800 C 


VAX 


6800 PASCAL 




68000 ASSEMB 




68000 ASSEMB 


300 


68000 ASSEMB 


500 


68000 ASSEMB 


VAX 


68000 C 




68000 C 


300 


68000 C 


500 


68000 C 


VAX 


6809 C 




6809 C 


300 


6809 C 


500 


6809 C 


VAX 


6809 PASCAL 




6809 PASCAL 


300 


6809 PASCAL 


500 


6809 PASCAL 


VAX 


80286B ASSEMB 




80286B ASSEMB 


300 


80286B ASSEMB 


500 


80286B ASSEMB 


VAX 


8085 B PASCAL 




8085 B PASCAL 


300 


8085 B PASCAL 


500 


8085 B PASCAL 


VAX 


8085 c 




8085 C 


300 


8085 C 


500 


8085 C 


VAX 


8086/8 ASSEMB 




8086/8 ASSEMB 


300 


8086/8 ASSEMB 


500 


8086/8 ASSEMB 


VAX 


8086/8 C 




8086/8 C 


300 


8086/8 C 


500 


8086/8 C 


VAX 


8086/8 PASCAL 




8086/8 PASCAL 


300 


8086/8 PASCAL 


500 


8086/8 PASCAL 


VAX 


HOST SOFTWARE / 


VAX 


NSC800 EMULATION 




OPERATING SYSTEM 




USER DEF ASSEMB 


300 


USER DEF ASSEMB 


500 


USER DEF ASSEMB 


VAX 


Z8O/NSC8OO C 




Z8O/NSC8OO C 


300 


Z80/NSC800 C 


500 


Z80/NSC800 C 


VAX 



Product number 

61*821 

6U821S00U 

6U821S001 

6U821S003 

6U811 

6U8U5 

6U8U5SOOU 

6U8U5SOOI 

6U8U5S003 

6U819 

6U819S00U 

6U819S001 

6U819S003 

6U822 

6U822S00U 

6U822S001 

6U822S003 

6U813 

6U813S0OU 

6U813S001 

6U813S003 

6U859 

6U859SOOU 

6U859S001 

6I4859SOO3 

6U825 

6U825S00U 

61*825S001 

6U825S003 

6U826 

6U826S001* 

614826S001 

6U826S003 

6U853 

614853SOOU 

6U853S001 

614853S003 

614818 

6U818S00U 

6U818S001 

6U818S003 

6U81U 

61*81 UsooU 

6U81USOOI 

61+81US003 

61*882 

61*292 

61*100 

6U85IS00U 

6l*851S001 

61*851S003 

6U821* 

61*82l*S00l* 

6U82USOOI 

61*82l*S003 



Page 



5 

8 

11 

11* 

15 
20 
22 
21* 
25 
35 
1*0 

U5 
50 
5h 
57 
59 
61 

63 

6k 

65 
68 
70 
72 
7U 
77 
83 
88 

93 
101 
108 
112 
118 
123 
127 
128 
129 
130 
136 

139 
1U6 
150 
153 
156 

159 
162 

165 
167 
168 
170 
172 
17U 
183 
187 
192 



Product index 

Product name Product number Page 

Z80/NSC800PASCAL 6U823 197 

Z80/NSC800PASCAL 300 61*823S00l4 205 

Z80/NSC800PASCAL 500 6U823S001 208 

Z80/NSC800PASCAL VAX 6U823S003 213 

Z8000 C 6U820 218 

Z8000 C 300 6U820S00U 222 

Z8000 C 500 614820S001 225 

Z8000 C VAX 6U820S003 228 



Report number index 



Report # 


page 


Report # 


page 


Report # 


page 


Report # 


page 


1650007237 


65 


D200010116 


132 


D2O0033597 


29 


D2000U5559 


ll»3 


165O017U91 


1*0 


D200010121* 


26 


D20003l»9l8 


178 


D2000U6102 


162 


165O01880U 


228 


D200010132 


218 


D2000361*3l* 


61* 


D2000l*781*5 


163 


165O0191O9 


U5 


D200010ll*0 


1 


D2000361*l*2 


66 


D2000l*7951 


162 


1650019^06 


50 


D200010157 


50 


D200036673 


208 


D2000l*8017 


162 


165O02U3U9 


22 


D2000111U8 


175 


D200036681 


213 


D2000U80l*l 


161* 


2700002980 


11* 


D200011221 


176 


D20003681+8 


88 


D2000U8ll*0 


163 


2700003921 


nk 


D200011262 


101 


D200036855 


93 


D2000U9973 


136 


270O0O3939 


171* 


D2000113U6 


101 


D200036863 


78 


D200050203 


83 


27000014093 


nk 


D200011379 


1 


D200036905 


29 


D2000502U5 


153 


2700005603 


nk 


D200011387 


51 


D200037325 


150 


D200051091* 


83 


50000983U3 


61 


D200011395 


132 


D200037333 


156 


D200051219 


153 


5000099176 


197 


D200011U03 


218 


D2000373l*l 


159 


D20005ll*58 


35 


50001058U1 


197 


D200013300 


176 


D200037358 


30 


D200051573 


63 


5OOOIO8969 


130 


D2000ll*l*98 


219 


D200037507 


200 


D200051599 


205 


500O11U6U5 


11*6 


D200015966 


177 


D200037622 


102 


D200051607 


81* 


5O0O12U065 


61 


D20001597U 


192 


D200037697 


179 


D200051797 


153 


5O0O128959 


11*6 


D200015982 


187 


D2000U0105 


209 


D20005185 1 * 


205 


5000129817 


11*6 


D200016295 


77 


D2000l*0113 


211* 


D200051862 


8U 


5000135913 


130 


D2OO016303 


93 


D2000l*0121 


78 


D200051912 


136 


5000136093 


123 


D200016311 


88 


D2000l*0139 


89 


D200051920 


36 


5000136226 


123 


D200020081 


77 


D2000l*0ll*7 


9k 


D200051938 


222 


5000136796 


22 


D200020099 


199 


D2000U0295 


133 


D200O519U6 


5 


5000136986 


203 


D200021790 


162 


D2000l*0303 


ll*2 


D200051953 


5k 


5O0O1392OU 


175 


D200022301 


178 


D2000U03H 


11*7 


D200051961 


183 


500O1U1127 


k5 


D200022621* 


178 


D2000l*0329 


1*1 


D200051979 


108 


500011*2331 


25 


D200025726 


187 


D2000U0337 


1*6 


D200052100 


127 


500011*21*1*8 


25 


D20002573 1 * 


192 


D2000l*03l*5 


219 


D200052l*23 


31 


500011*3370 


172 


D2000257U2 


102 


D2000U0352 


225 


D200053173 


32 


5000ll*638l 


15 


D200025759 


112 


D2000l*0360 


228 


D20005U775 


163 


5000ll+6»407 


197 


D200025767 


118 


D2000U0378 


2 


D200055012 


16U 


50001149211 


170 


D200025908 


156 


D2000U0386 


8 


D200055335 


150 


500011*9773 


139 


D200025916 


159 


D2000U039 1 * 


11 


D200055381* 


170 


5000152090 


123 


D2000297l*U 


199 


D2000l*0l*02 


51 


D200055 1 »00 


72 


5000152108 


11*0 


D200029777 


208 


D2000l*0l*10 


179 


D200055U18 


7U 


500015lt2l45 


11*1 


D200029785 


213 


D2000l*0l*28 


188 


D200055l»26 


70 


5O0O15U51+2 


121* 


D200029793 


77 


D2000l*0l*36 


193 


D200055^3l* 


72 


5000157180 


198 


D200029801 


88 


D2000l*0l*l*l* 


103 


D200055U1*2 


7k 


5000160770 


130 


D200029819 


93 


D2000l*0l*51 


113 


D200055U59 


70 


5000161836 


121* 


D200030775 


150 


D2000l*0U69 


118 


D200055l*67 


72 


5000161935 


26 


D20O03O783 


156 


D2000l*1137 


79 


D200055^75 


7U 


5000163626 


15 


D200030791 


159 


D2000l*2085 


111* 


D2000551483 


70 


5O0O168872 


15 


D200032029 


27 


D2000l*2093 


119 


02000551*91 


156 


5O0O175976 


15 


D20003332U 


27 


D2000l*22l*2 


125 


D200055509 


159 


5000179028 


112 


D200033530 


1*0 


D2000l*2556 


128 


D200055517 


153 


D200005116 


125 


D2000335WJ 


k5 


D2000l*2561* 


129 


D200055921 


32 


D200007831 


131 


D200033555 


28 


D2000l*3885 


126 


D200056002 


33 


D200010108 


11* 


D200033563 


125 


020001*5088 


162 


D200058677 


9k 



Report number index 



Report # page Report # page Report # page Report # page 



D200059^51 20 

D200059U77 20 

D200059^93 36 

D200059501 20 

D2O0059659 95 

D200059675 133 

D20 0059683 1*43 

D200059691 1^7 

D200059709 137 

D200059717 k2 

D200059725 *»7 

D200059733 37 

D2000597kL 220 

D200059758 225 

D200059766 229 

D20005977 1 * 222 

D200059782 2 

D200059790 8 

D200059808 11 

D200O59816 5 

D200059821* 52 

D200059832 57 

D2000598U0 59 

D200059857 5k 

D200059865 180 

D200059873 188 

D200059881 193 

D2O0059899 183 

D200059907 10U 

D200059915 HU 

D200059923 120 

D200059931 108 

D2000602M 95 

D200060285 165 

D200060830 172 

D200061531 16 

D200061598 170 

D20006161U 168 

D200061697 22 

D200061705 2k 

D200061713 20 

D200062190 16 

D200062208 17 

D2000626U6 172 

D200062653 168 

D200062828 10U 

D200062851 23 

D200062976 200 



D2000629814 200 

D200062992 201 

D200063008 201 

D200063016 202 

D200063032 181 

D200063065 3 

D200063206 17 

D20006321U 202 

D200063230 170 

D2000632U8 168 

D200063263 189 

D200063271 19U 

D200063289 18U 

D200063297 105 

D200063305 115 

D200063313 120 

D200063321 109 

D200063388 13 1 * 

D200063396 lkk 

D200063U0U 1U8 

D200063U12 137 

D200063U2O Zk 

D200063U38 1+2 

D200063UU6 U8 

D200063U53 37 

D200063U61 220 

D200063U79 226 

D200063W7 229 

D200063U95 223 

D200063503 9 

D2000635H 12 

D200063529 6 

D200063537 52 

D2000635 1 »5 57 

D200063552 59 

D200063560 55 

D200063578 181 

D200063586 190 

D20006359 1 * 195 

D200063602 185 

D200063610 105 

D200063628 115 

D200063636 121 

D2000636UU 110 

D200063925 96 

D200063990 151 

D20006U071 157 

D200061t089 160 



D20006U097 15 1 * 

D20006U295 209 

D200061O03 21U 

D2000614311 205 

D20006I4329 79 

D20006U337 89 

D20006U3U5 97 

D20006U352 85 

D20O06i439^ 209 

D20006UU02 2lU 

D20006I4U10 206 

D20006l4l»28 79 

D20006UU36 90 

D20006UMU 97 

D2000614U51 85 

D20006UU69 210 

D20006M»77 215 

D20006M85 206 

D20006UU93 80 

D20006ty>01 90 

D20006U519 98 

D20006U527 86 

D20006U535 210 

D20006U5U3 215 

D20006U550 206 

D20006U568 80 

D20006U576 90 
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D20006U592 86 

D2000614618 »+3 

D20006U626 U8 

D20006U63 1 * 37 

D20006148U0 171 

D20006J4857 190 

D20006U865 195 

D20006U873 185 

D20006U881 105 

D20006U899 116 

D20006U907 121 

D20006U915 110 

D20006»*923 211 

D20006U931 216 

D20006149U9 207 

D20006U956 81 

D20006U961* 91 

D20006U972 98 

D20006U980 86 

D200065003 172 



D200065011 168 

D200065078 152 

D200065ll4i» 3*4 

D200065281* 211 

D200065292 202 

D200065300 216 

D200065318 207 

D200065326 81 

D20006533 1 * 91 

D2000653U2 99 

D200065359 87 

D200065573 17 

D200065581 19 

D200065599 18 

D200065680 163 

D200065979 13 1 * 

D200065987 lkk 

D200065995 ikB 

D200066001 137 

D200066019 k3 

D200066027 k8 

D200066035 38 

D2000660U3 220 

D200066050 226 

D200066068 229 

D200066076 223 

D20006608U 3 

D200066092 9 

D200066100 12 

D200066118 6 

D20O066126 53 

D20006613U 57 

D2000661U2 59 

D200066159 55 

D200066167 181 

D200066175 190 

D200066183 195 

D200066191 185 

D200066209 106 

D200066217 116 

D200066225 121 

D200066233 110 

D200066365 1U5 

D200066373 1**9 

D200066381 138 

D200066399 kk 

D200066U07 k9 

D200066i*15 39 
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Report # page Report # page 
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196 


D20006670U 
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D200066555 
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D200067145 1 * 
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D200067603 
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D200066563 
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D200067U70 
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D200067611 
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D200066U80 


60 


D200066589 
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D200067U88 


166 


D200068650 
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D200066U98 
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163 


D200072199 
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D200066506 


191 


D200066605 
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Keyword index 
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Keyword 



Product number uu.ff Description 



Report i page 



********none******** 64821 

64821 
64821 
64821 

PASS 1 64821 

64821 



01.04 Nested switch statements may generate infinite loop D200040378 

01.05 Compiler is not flagging an undefined structure. D200059782 

01.06 C Function returning large (>2bytes) result can't be called as procedure D200063065 
01.06 Illegal forward reference flagged for legally defined string. D200066084 
00.56 Unsigned integers treated as signed when subtracted from pointers D200010140 

T unctions 



00.56 Fi 



is invoked via function pointers may JSR the wrong location. 
- -8 



D200011379 



Keyword 



Product number uu.ff Description 



Report * page 



********none******** 64821S004 

64821S004 
64821S004 
64821S004 
64821S004 



01.00 Nested switch statements may generate infinite loop D200051946 5 

01.00 Compiler is not flagging an undefined structure. D200059816 5 

01.10 C Function returning large (>2bytes) result can't be called as procedure D200063529 6 

01.10 Illegal forward reference flagged for legally defined string. D200066118 6 

01.10 No error message for unimplemented processor name. D200066464 7 
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Keyword 



Product number uu.ff Description 



Report * page 



********nono******** 64821S001 

64821S001 
64821S001 
64821S001 
64821S001 



01.20 Nested switch statements may generate infinite loop D200040386 8 

01.40 Compiler is not flagging an undefined structure. D200059790 8 

01.50 C Function returning large (>2bytes) result can't be called as procedure D200063503 9 

01.50 Illegal forward reference flagged for legally defined string. D200066092 9 

01.50 No error message for unimplemented processor name. D200066449 10 
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Keyword 



Product number uu.ff Description 



Report # page 



********none******** 64821 SO 03 

64821S003 
64821S003 
64821S003 
64821S003 



01.20 Nested switch statements may generate infinite loop D200040394 11 

01.50 Compiler is not flagging an undefined structure. D200059808 11 

01.80 C Function returning large (>2bytes) result can't be called as procedure D200063511 12 

01.80 Illegal forward reference flagged for legally defined string. D200066100 12 

01.80 No error message for unimplemented processor name. D200066456 13 
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Keyword 

PASS 1 

RUN-TIME LIBRARY 



Keyword 



Product number uu.ff Description 



Report * page 



64811 
64811 



00.61 Functional type change for one char generates a null string. 

00.61 Real library routine INVALID may not be called on invalid real number. 



2700002980 
D200010108 



14 
14 
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Product number uu.ff Description 



Report # page 



********none******** 64845 

64845 
64845 
64845 
64845 
64845 



01.00 BRA.S Code does not generate properly. 5000168872 15 

01.01 The assembler does not recognize invalid logical operators. 5000163626 15 
01.10 Assembler allowing illegal instructions with address reg. indirect. 5000146381 15 
01.10 External labels cannot be used in the "quick" type instructions. D200061531 16 
01.10 MOVEQ instruction doesn't flag an error for illegal size appensions. D200062190 16 
01.10 Illegal size appension allowed with addr reg indirect mode of addressing D200062208 17 



Keyword index 
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Keyword 



Product number uu.ff Description 



********none******** 64845 

64845 
64845 
64845 
64845 
64845 

ENHANCEMENT 64845 

64845 



01.11 PC with index register and offset mode of addressing causing linker err. 
01.11 Size appensions do not always generate the appropriate error message. 
01.11 The immediate mode of addressing is not supported as a source operand. 
01.11 EXT pseudo is not supported as stated in the Assembler reference manual. 
01.11 LR ERROR FLAGGED WHEN USING EXPRESSION IN PC RELATIVE+IND+OFFSET ADDRing 
01.11 Assembler mangles displacement [PC.Xn] instructions 

01.10 Assembler generating external records for symbols which are not used. 

01.11 Include support for the ODD psuedo to align data on an odd boundry. 
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Keyword 



Product number uu.ff Description 



********none******** 64845S004 

64845S004 
64845S004 
64845S004 
64845S004 



01.00 Link sym file contains bad data in relocatable name record. 

01.00 Compiler generates duplicate symbols 

01.00 "-v" option does not work with asm inside pmon 

01.00 External labels cannot be used in the "quick" type instructions. 

01.10 EXT pseudo is not supported as stated in the Assembler reference manual. 
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Keyword 



Product number uu.ff Description 



********none******** 64845S001 

64845S001 

64845S001 

ASSEMBLER 64845S001 

LINKER 64845S001 



01.40 External labels cannot be used in the "quick" type instructions. 

01.50 Assembler reports error if file is specified with full path name. 

01.50 EXT pseudo is not supported as stated in the Assembler reference manual. 

01.40 LR error flagged for correct offset using PC+INDEX+OFFSET mode of addr. 

01.10 "Garbage" characters appear in load address statement with linker. 
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Keyword 



Product number uu.ff Description 



********none******** 64845S003 

64845S003 



01.50 External labels cannot be used in the "quick" type instructions. 

01.70 EXT pseudo is not supported as stated in the Assembler reference manual. D200066597 
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Keyword 



Product number uu.ff Description 



********none******** 64819 

64819 
64819 
64819 
64819 
64819 
64819 
64819 
64819 
64819 
64819 
64819 
64819 
64819 



CODE GENERATOR 
PASS 1 
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n integer is assigned to a float, 
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alue in two different locatations. 
n integer type cast to an unsigned long, 
t the addressing mode used for accessing var's. 
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o many errors in pass 1. 

as 64 bit value w/o first extending, 
ed as signed when subtracted from pointers 
n which returns a pointer to a function. 
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5000175976 


15 


D200065573 


17 


D200065599 
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D200066563 
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D200066704 


18 


D200068650 
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17 


D200065581 


19 
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D200059451 
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20 


D200061713 


20 
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21 
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5000161935 
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Keyword index 
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Keyword 

PASS 1 
PASS 3 



Keyword 



Product number uu.ff Description 



Report * page 



64819 
64819 



01.07 Wrong value calculated when scientific notation is used. 

01.08 Incrementing structure member results in incomplete code generation. 



D200037358 
D200055921 



30 
32 
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Product number uu.ff Description 



Report # page 



******** n o n e ******** 64819S004 

64819S004 
64819S004 
64819S004 
64819S004 
64819S004 
64819S004 
64819S004 



01.00 Defining a constant hex number typecast as a pointer may fail. D200051458 

01.00 Nested switch statements may generate infinite loop D200051920 

01.00 Line # labels emitted for #included files confuse analyzers D200059493 

01.00 Compiler is not flagging an undefined structure. D200059733 
01.10 C Function returning large (>2bytes) result can't be called as procedure D200063453 

01.10 Byte parameters are pushed onto the stack incorrectly. D200064634 

01.10 Illegal forward reference flagged for legally defined string. D200066035 

01.10 No error message for unimplemented processor name. D200066415 



35 
36 
36 
37 
37 
37 
38 
39 
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Keyword 



Product number uu.ff Description 



Report # page 



********none******** 64819S001 

64819S001 
64819S001 
64819S001 
64819S001 
64819S001 
64819S001 
64819S001 



01.10 Defining a constant hex number typecast as a pointer may fail. D200033530 40 

01.20 Nested switch statements may generate infinite loop D200040329 41 

01.40 Compiler is not flagging an undefined structure. D200059717 42 

01.50 List file contains control characters in a specific case. 1650017491 40 

01.50 C Function returning large (>2bytes) result can't be called as procedure D200063438 42 

01.50 Byte parameters are pushed onto the stack incorrectly. D200064618 43 

01.50 Illegal forward reference flagged for legally defined string. D200066019 43 

01.50 No error message for unimplemented processor name. D200066399 44 
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Keyword 



Product number uu.ff Description 



********none******** 64819S003 

64819S003 
64819S003 
64819S003 
64819S003 
64819S003 
64819S003 
64819S003 
64819S003 



01.00 Error message are not consistient. 

01.20 Defining a constant hex number typecast as a pointer may fail. 

01.20 Nested switch statements may generate infinite loop 

01.50 Compiler is not flagging an undefined structure. 

01.80 Listing file for submitted programs is incomplete. 

01.80 C Function returning large (>2bytes) result can't be called as 

01.80 Byte parameters are pushed onto the stack incorrectly. 

01.80 Illegal forward reference flagged for legally defined string. 

01.80 No error message for unimplemented processor name. 
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Keyword 



Product number uu.ff Description 



Report # page 

5000141127 45 

D200033548 45 

D200040337 46 

D200059725 47 

1650019109 45 

procedure D200063446 48 

D200064626 48 

D200066027 48 

D200066407 49 



Report * page 



********none******** 64822 

64822 
64822 
64822 
64822 

PASS 1 64822 

64822 



01.05 Nested switch statements may generate infinite loop D200040402 

01.06 Compiler is not flagging an undefined structure. D200059824 

01.07 Return value of function call is being stored at loc . EMPTYSET. 1650019406 
01.07 C Function returning large (>2bytes) result can't be called as procedure D200063537 
01.07 Illegal forward reference flagged for legally defined string. D200066126 
00.06 Unsigned integers treated as signed when subtracted from pointers D200010157 
00.56 Functions invoked via function pointers may JSR the wrong location D200011387 



51 
52 
50 
52 
53 
50 
51 



Keyword index 
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Keyword 



Product number uu.ff Description 



********none******** 64822S004 

64822S004 
64822S004 
64822S004 
64822S004 



01.00 Nested switch statements may generate infinite loop 

01.00 Compiler is not flagging an undefined structure. 

01.10 C Function returning large (>2bytes) result can't be called as procedure D200063560 

01.10 Illegal forward reference flagged for legally defined string. ----- 

01.10 No error message for unimplemented processor name. 



-8 



Keyword 



Product number uu.ff Description 



********n one ******** 64822S001 

64822S001 
64822S001 
64822S001 



01.20 Compiler is not flagging an undefined structure. 

01.30 C Function returning large (>2bytes) result can't be called as procedure 

01.30 Illegal forward reference flagged for legally defined string. 

01.30 No error message for unimplemented processor name. 
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Keyword 



Product number uu.ff Description 



********none******** 64822 SO 03 

64822S003 
64822S003 
64822S003 



01.20 Compiler is not flagging an undefined structure. 

01.50 C Function returning large (>2bytes) result can't be called as procedure 

01.50 Illegal forward reference flagged for legally defined string. 

01.50 No error message for unimplemented processor name. 
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Keyword 



Product number uu.ff Description 



********none******** 64813 
VARIANT RECORDS 64813 



01.08 The library routine called DISPOSE does not generate correct code 
01.08 Variant records may not work. 



Keyword 
VARIANT RECORDS 

Keyword 
VARIANT RECORDS 



Keyword 

PASS 3 

VARIANT RECORDS 



- -8 
uu.ff Description 
01.00 Variant records may not work. 

- -8 
uu.ff Description 
01.00 Variant records may not work. 

- -8 
Product number uu.ff Description 



Product number 
64813S004 

Product number 
64813S001 



64813S003 
64813S003 



00.00 Offset to parameters is incorrect in nested procedure. 
01.00 Variant records may not work. 



Report » 


page 


D200051953 
D200059857 
D200063560 
D200066159 
D200066498 
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D200066134 
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61 
61 


Report # 


page 


D200051573 
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Report # 
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D200036434 
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page 


1650007237 
D200036442 


65 
66 



Keyword index 



Keyword 


Produ 


ENHANCEMENT 
LINKER 


64859 
64859 
64859 
64859 
64859 



uu.ff Description 

01.00 Seperate linker outputs by adding several blank lines at the start 

01.00 Change the linker to only accept 80286B link sym files 

01.00 File with unsupported processor name should Ee specified in error msg 

01.00 Warning message should be generated when aliasing an alias 

01.00 Error flag not set when file required by link is missing 



Report * page 



D200067579 
D200067595 
D200067603 
D200067611 
D200067561 



68 
68 
68 
68 
68 



Keyword 

CODE GENERATOR 



Keyword 

CODE GENERATOR 



Product number uu.ff Description 



64859S004 
64859S004 
64859S004 



01.00 FSTSW/FNSTSW function incorrectly with two-byte memory operand 
01.00 FSTENV instruction generates object code without required wait 
01.00 Obj . code generated for arithmetic instr. are incorrect. 
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Product number uu.ff Description 



64859S001 
64859S001 

64859S001 



01.00 FSTSW/FNSTSW function incorrectly with two-byte memory operand 
01.00 FSTENV instruction generates object code without required wait 
01.00 Obj. code generated for arithmetic instr. are incorrect. 



Report ft page 

D200055426 70 

instr D200055459 70 

D200055483 70 



Report t page 

D200055400 72 

instr D200055434 72 

D200055467 72 



Keyword 



Product number uu.ff Description 



********none******** 64859S003 
CODE GENERATOR 64859S003 

64859S003 
64859S003 



01.00 Build files generated on the VAX will not work with the 286 linker 

01.00 FSTSW/FNSTSW function incorrectly with two-byte memory operand 

01.00 FSTENV instruction generates object code without required wait instr 

01.00 Obj. code generated for arithmetic instr. are incorrect. 
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Keyword 



Product number uu.ff Description 



********none******** 64825 

64825 
64825 
64825 
64825 
64825 
64825 
64825 
64825 
64825 
64825 
64825 



CODE GENERATOR 

IF 

PASS 2 
POINTERS 



01.01 Compiler does not generate cross reference table. 

01.03 Error #1009 using byte-sized ORG'ed variables in FOR loops 

01.03 32-bit unsigned divide and modulus may fail 

01.03 Library routine REAL_R0UND may fail. 

01.03 DEBUG byte division and modulus may incorrectly report division by zero 

01.03 Set comparisons with the empty set may fail 

01.03 Assignment of constant string of length 1 to string variable may fail. 

01.01 Compiler generates incorrect code (assignment to record variable). 

01.01 Incorrect code generated for adding one char to another. 

01.01 IF Bl <rel-op> §2 THEN Bl : * Bl - 1; {DOESN'T WORK} 

01.01 REBOOT DURING PASS 2 

01.01 Variables of type pointer may not be incremented correctly. 



Keyword 



Product number uu.ff Description 



********none******** 64825S004 

64825S004 



01.10 Error ftl009 using byte-sized ORG'ed variables in FOR loops 
01.10 32-bit unsigned divide and modulus may fail 



Report ft page 



D200067546 
D200055418 
D200055442 
D200055475 
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Keyword index 
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Keyword 



Product number uu.ff Description 



******** none******** 64825S004 

64825S004 
64825S004 
64825S004 

CODE GENERATOR 64825S004 

64825S004 

IF 64825S004 

POINTERS 64825S004 



01.10 Library routine REAL_ROUND may fail. 

01.10 DEBUG byte division and modulus may incorrectly report division by zero 

01.10 Set comparisons with the empty set may fail 

01.10 Assignment of constant string of length 1 to string variable may fail. 

01.00 Compiler generates incorrect code (assignment to record variable). 

01.00 Incorrect code generated for adding one char to another. 

01.00 IF Bl <rel-op> §2 THEN Bl := Bl - I; (DOESN'T WORK) 

01.00 Variables of type pointer may not be incremented correctly. 



Keyword 



Product number uu.ff Description 



********none******** 64825S001 

64825S001 
64825S001 
64825S001 
64825S001 
64825S001 

CODE GENERATOR 64825S001 

64825S001 

IF 64825S001 

POINTERS 64825S001 



01.40 Error #1009 using byte-sized ORG'ed variables in FOR loops 

01.40 32-bit unsigned divide and modulus may fail 

01.40 Library routine REAL_R0UND may fail. 

01.40 DEBUG byte division and modulus may incorrectly report division by zero 

01.40 Set comparisons with the empty set may fail 

01.40 Assignment of constant string of length 1 to string variable may fail. 

01.10 Compiler generates incorrect code (assignment to record variable). 

01.20 Incorrect code generated for adding one char to another. 

01.20 IF Bl <rel-op> 62 THEN Bl := Bl - I; {DOESN'T WORK} 

01.10 Variables of type pointer may not be incremented correctly. 
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Product number uu.ff Description 



********none******** 64826 

64826 
64826 
64826 
64826 



01.01 IF statements involving return values and address calculations may fail 

01.01 Nested switch statements may generate infinite loop 

01.02 Compiler is not flagging an undefined structure. 

01.02 Incorrect code generated when funct ion parameter is post incremented. 

01.03 C Function returning large (>2bytes) result can't be called as procedure D200063610 



D200058677 


94 


D200059659 


95 


D200060244 


95 


D200063925 


96 


D200064345 


97 


D200064444 


97 


D200064519 


98 


D200064584 


98 


D200064972 


98 


D200065342 


99 


D200067017 


100 


D200067447 


100 


D200016303 


93 


D200040147 


94 


D200036855 


93 


D200029819 


93 


Report # 


page 


D200037622 


102 


D200040444 


103 


D200059907 


104 


D200062828 


104 


D200063610 


105 



Keyword index 



Keyword 



Product number uu.ff Description 



********none******** 64826 

CODE GENERATOR 64826 

64826 

PASS 1 64826 

64826 



01.03 Funct calls via pointers with parms cause subsequent stack ref errors 

01.03 Illegal forward reference flagged for legally defined string. 

01.01 Assigning a ptr. after its post incr/decr. gives incorrect value. 

01.03 Character isn't converted to int before calculations use it 

01.00 Functions invoked via function pointers may JSR the wrong location. 

01.00 Unsigned integers treated as signed when subtracted from pointers. 



Report # 


page 


D200064881 


105 


D200066209 


106 


D200025742 


102 


D200063297 


105 


D200011262 


101 


D200011346 


101 



- -0 



Keyword 



Product number uu.ff Description 



Report # page 



********none******** 64826S004 

64826S004 
64826S004 
64826S004 
64826S004 
64826S004 

CODE GENERATOR 64826S004 



01.00 Nested switch statements may generate infinite loop D200051979 

01.00 Compiler is not flagging an undefined structure. D200059931 

01.10 C Function returning large (>2bytes) result can't be called as procedure D200063644 

01.10 Funct calls via pointers with parms cause subsequent stack ref errors D200064915 

01.10 Illegal forward reference flagged for legally defined string. D200066233 



01.10 No error message for unimplemented processor name 

01.10 Character isn't converted to int before calculations use it 



D200066555 
D200063321 



108 
108 
110 
110 
110 
111 
109 



-0 



Keyword 



Product number uu.ff Description 



Report * pa9e 



********none******** 64826S001 

64826S001 
64826S001 
64826S001 
64826S001 
64826S001 
64826S001 
64826S001 

CODE GENERATOR 64826S001 

64826S001 



01.05 Number of errors listed at bottom of the listing is incorrect. 

01.20 Nested switch statements may generate infinite loop 

01.20 IF statements involving return values and address calculations may fail. 

01.40 Compiler is not flagging an undefined structure. 

01.50 C Function returning large (>2bytes) result can't be called as procedure 

01.50 Funct calls via pointers with parms cause subsequent stack ref errors 

01.50 Illegal forward reference flagged for legally defined string. 

01.50 No error message for unimplemented processor name. 

01.10 Assigning a ptr. after its post incr/decr. gives incorrect value. 

01.50 Character isn't converted to int before calculations use it 



5000179028 
D200040451 
D200042085 
D200059915 
D200063628 
D200064899 
D200066217 
D200066530 
D200025759 
D200063305 



112 
113 
114 
114 
115 
116 
116 
117 
112 
115 



-0 



Keyword 



Product number uu.ff Description 



Report # page 



********none******** 64826S003 

64826S003 
64826S003 
64826S003 
64826S003 
64826S003 
64826S003 

CODE GENERATOR 64826S003 

64826S003 



01.20 Nested switch statements may generate infinite loop D200040469 118 

01.20 IF statements involving return values and address calculations may fail. D200042093 119 

01.60 Compiler is not flagging an undefined structure. D200059923 120 

01.80 C Function returning large (>2bytes) result can't be called as procedure D200063636 121 

01.80 Funct calls via pointers with parms cause subsequent stack ref errors D200064907 121 

01.80 Illegal forward reference flagged for legally defined string. D200066225 121 

01.80 No error message for unimplemented processor name. D200066548 122 

01.10 Assigning a ptr. after its post incr/decr. gives incorrect value. D200025767 118 

01.80 Character isn't converted to int before calculations use it D200063313 120 



- -0 



Keyword 



Product number uu.ff Description 



Report * page 



********none******** 64853 

64853 



02.00 Corrupt file generated by assem. when large # of files are link, w/xref 5000136226 123 
02.00 STACKSEG pseudo op does not allocate space correctly. D200033563 125 



Keyword index 



Keyword 



Product number uu.ff Description 



********none******** 64853 

64853 
64853 
64853 
64853 
CODE GENERATOR 64853 
LINKER 64853 



02.00 Expression type errors occur for legal INC instructions. 

02.00 Macro called with more parameters than declared generates error. 

02.01 Assembler does not flag LR error when short jump > +/- 127 bytes 
02.01 OLD 8087 directive is ignored after the use of DQ pseudo 

02.01 FMUI ST[3],ST[5] does not flag error 

02.00 Index addressing in MOV statement creates incorrect code 

00.08 "Total # of bytes loaded" is incorrect if segment boundary is crossed. 



Report # 


page 


D200042242 


125 


D200043885 


126 


5000152090 


123 


5000154542 


124 


5000161836 


124 


5000136093 


123 


D200005116 


125 



Keyword Product number 

******** none******** 64853S004 

Keyword Product number 

********none******** 64853S001 

Keyword Product number 

********none******** 64853S003 



uu.ff Description 

02.00 Expression type errors occur for legal INC instructions. 

- -0 
uu.ff Description 

02.00 Expression type errors occur for legal INC instructions. 

- -0 
uu.ff Description 

02.00 Expression type errors occur for legal INC instructions. 

- -0 



Keyword 



Product number uu.ff Description 



*******#none******** 64818 

64818 
64818 
64818 
64818 

CODE GENERATOR 64818 

64818 
64818 

PASS 1 64818 

64818 



Report # P&9« 
D200052100 127 

Report # page 
D200042556 128 

Report # page 
D200042564 129 

Report # page 



02.00 Dereferencing a structue is not working properly. 
02.00 Nested switch statements may generate infinite loop 

03.00 Compiler is not flagging an undefined structure. 

03.01 C Function returning large (>2bytes) result can't be called as procedure 
03.01 Illegal forward reference flagged for legally defined string. 

00.56 Error *1006 generated when incorrect value returned from a function 
02.00 AX not loaded with constant prior to using it to calculate expression 
02.00 The compiler generates incorrect code for floating point constants 
00.56 Unsigned integers treated as signed when subtracted from pointers. 
00.56 Functions invoked via function pointers may JSR the wrong location. 



- -0 



Keyword 



Product number uu.ff Description 



******** none******** 64818S004 

64818S004 
64818S004 
64818S004 
64818S004 
64818S004 



03.00 With $P0INTER_SIZE 32$ assigning an address + a sizeof in 1 line fails 

03.00 Nested switch statements may generate infinite loop 

03.00 Compiler is not flagging an undefined structure. 

03.10 C Function returning large (>2bytes) result can't be called as procedure D200063412 

03.10 Illegal forward reference flagged for legally defined string. 

03.10 No error message for unimplemented processor name. 



5000108969 


130 


D200040295 


133 


D200059675 


133 


D200063388 


134 


D200065979 


134 


D200007831 


131 


5000135913 


130 


5000160770 


130 


D200010116 


132 


D200011395 


132 


Report * 


page 


D200049973 


136 


D200051912 


136 


D200059709 


137 


D200063412 


137 


D200066001 


137 


D200066381 


138 



Keyword index 



-0 



Keyword 



Product number uu.ff Description 



********none******** 64818S001 

64818S001 
64818S001 
64818S001 
64818S001 
64818S001 
64818S001 

CODE GENERATOR 64818S001 

64818S001 



Report * page 



02.01 Nested switch statements may generate infinite loop 

02.01 File will not compile on the 9000/500. 

03.00 Both operands of expression loaded into AX when calculating array index 

03.10 Compiler is not flagging an undefined structure. 

03.20 C Function returning large (>2bytes) result can't be called as procedure 

03.20 Illegal forward reference flagged for legally defined string. 

03.20 No error message for unimplemented processor name. 

03.00 ES registeris overwritten when loading a ptr. w/ addr.of a structure 

03.00 Compiler generates M0VSB without init . ES - POINTER -> member = VAR ; 



D200040303 


142 


D200045559 


143 


5000149773 


139 


D200059683 


143 


D200063396 


144 


D200065987 


144 


D200066365 


145 


5000152108 


140 


5000154245 


141 



Keyword 



Product number 



********none******** 64818S003 

64818S003 
64818S003 
64818S003 
64818S003 
64818S003 
64818S003 

CODE GENERATOR 64818S003 



uu.ff Description 

02.00 Data space cannot exceed 32K. 

02.00 Nested switch statements may generate infinite loop 

03.10 Compiler aborts when incorrectly 



Report * page 



5000114645 146 

D200040311 147 

passing address of array as funct. para 5000129817 146 

03.10 Compiler is not flagging an undefined structure. D200059691 147 

03.40 C Function returning large (>2bytes) result can't be called as procedure D200063404 148 

03.40 Illegal forward reference flagged for legally defined string. D200065995 148 

03.40 No error message for unimplemented processor name. D200066373 149 

02.01 float/double vars . in a subroutine uses M0VESB without init. ES 5000128959 146 



- -0 



Keyword 



Product number uu.ff Description 



********none******** 64814 

64814 

CODE GENERATOR 64814 

64814 
64814 

PASS 3 64814 



02.00 Incorrect code generated for assignment statement. 

02.01 Program reboots or aborts with too many errors (64000 / host). 

03.00 $SEPARATE_CONST 0FF$ USED WITH REAL # CONSTS . GENERATES POP CS/PUSH CS . 

03.01 Record members' addresses are calcul. incorrectly inside the WITH stmnt 
03.01 SHORT JMP generated instead of NEAR JMP when jumping > 32K 

03.01 SHORT JMP generated instead of NEAR JMP when jumping > 32K 



Report t page 



D200030775 
D200037325 
D200055335 
D200063990 
D200065078 
D200065078 



150 
150 
150 
151 
152 
152 



Keyword 



Product number uu.ff Description 



********none******** 64814S004 

64814S004 

CODE GENERATOR 64814S004 

64814S004 

PASS 2 64814S004 



03.00 Incorrect code generated for assignment statement. 

03.00 Program reboots or aborts with too many errors (64000 / host). 

03.00 $SEPARATE_C0NST 0FF$ USED WITH REAL # CONSTS. GENERATES POP CS/PUSH CS. 

03.10 Record members' addresses are calcul. incorrectly inside the WITH stmnt 

03.00 Too many errors, pass2: 80186 (PROCEDURE, WITH statement). 



-0 



Keyword 



Product number uu.ff Description 



********none******** 64814S001 

64814S001 

CODE GENERATOR 64814S001 

64814S001 

PASS 2 64814S001 



02.00 Incorrect code generated for assignment statement. 

02.00 Program reboots or aborts with too many errors (64000 / host). 

03.00 $SEPARATE_C0NST 0FF$ USED WITH REAL * CONSTS. GENERATES POP CS/PUSH CS . 

03.10 Record members' addresses are calcul. incorrectly inside the WITH stmnt 

01.10 Too many errors, pass2: 80186 (PROCEDURE, WITH statement). 



Report * page 



D200051219 
D200051797 
D200055517 
D200064097 
D200050245 



153 
153 
153 
154 
153 



Report # page 



D200030783 
D200037333 
D200055491 
D200064071 
D200025908 



156 
156 
156 
157 
156 



Keyword index 



Keyword 



Product number uu.ff Description 



********none******** 64814S003 

64814S003 

CODE GENERATOR 64814S003 

64814S003 

PASS 2 64814S003 



02.00 Incorrect code generated for assignment statement. 

02.00 Program reboots or aborts with too many errors ($4000 / host). 

03.00 $SEPARATE_C0NST 0FF$ USED WITH REAL * C0NSTS. GENERATES POP CS/PUSH CS . 

03.20 Record members' addresses are calcul. incorrectly inside the WITH stmnt 

01.10 Too many errors, pass 2: 80186 (PROCEDURE, WITH statement). 



Report # 


page 


D200030791 
D200037341 
D200055509 
D200064089 
D200025916 


159 
159 

159 
160 
159 



Keyword 



Product number uu.ff Description 



Report # page 



********none******** 64882 

64882 
64882 
64882 
64882 
64882 
64882 
64882 
64882 
64882 
64882 
64882 



HIGH SPEED LINK 



MAPBUS 
RCMAIN 
TRANSFER 



01.10 File name conversion (transfer) is inconsistent with C0MP and ASM. 

01.20 Transfer may not function across VAX-cluster. 

01.70 Misspellings in HPINSTALL.COM can cause %F-ERR0R. 

01.70 HSL will not start with most 64000 printers (introduced in 1.7) 

01.20 Initializing the HSL may require more than one shift/reset on the 64000 

01.20 HSLST0P doesn't work if MAPBUS is pending. 

01.20 IBDRIVER conficts with existing driver on the system. 

01.60 Define MAPBUS as a verb in HPTABLES.CLD instead of a symbol in HPSETUP. 

01.60 RCMAIN/VERBOSE not described in the HELP file. 

01.20 Insufficient examples in the HELP entry. 

01.20 TRANSFER does not timeout. 

01.50 CLUSTER-CLUSTER transfers don't work. 



- -S 



Keyword 



Product number uu.ff Description 



********none******** 64292 

64292 
64292 



Keyword Product number 

********none******** 64100 



01.02 Incorrect Inverse Assembly with State when restart active 

01.02 NSC800 cannot access the last 256 byte block of user memory. 

01.02 "modify register PC" immediately after "load <absolute_f ile>" fails 

- -P 
uu.ff Description 

02.06 MAIN Assemb stops table interpretation for expressions delinited by 

- -S 



Keyword 



Product number uu.ff Description 



********none******** 64851S004 

64851S004 
64851S004 
64851S004 

LINKER 64851S004 



Keyword 



Product number 



*******Xnone******** 64851S001 

64851S001 
64851S001 



01.00 Problem with timemark in hosted assemblers. 

01.00 EQU pseudo with 0LLH for an operand may halt assembly. 

01.10 Assembler trys to assemble .A files. 

01.10 Assembler aborts when full path name is specified. 

01.10 Linker does not correctly handle "NO LOAD files. 

- -S 

uu.ff Description 

01.30 ASM is unable to assemble a file accessed across Ian via a netunam. 
01.40 Comma at the end of a HEX pseudo statement causes the assembler to hang. 
01.40 Problem with timemark in hosted assemblers. 



D200021790 


162 


D200046102 


162 


D200065680 


163 


D200067512 


163 


D200047951 


162 


D200048017 


162 


D200048041 


164 


D200055012 


164 


D200054775 


163 


D200045088 


162 


D200047845 


163 


D200048140 


163 


Report # 


page 


D200060285 


165 


D200067470 


165 


D200067488 


166 


Report # 


page 


D200072199 


167 


Report # 


page 


D200061614 


168 


D200062653 


168 


D200065011 


168 


D200067454 


168 


D200063248 


168 


Report # 


page 



D200055384 170 
5000149211 170 
D200061598 170 



Keyword index 



- -S 



Keyword 



Product number uu.ff Description 



********none******** 64851S001 

64851S001 
LINKER 64851S001 



01.50 Assembler trys to assemble .A files. 

01.50 Assembler aborts when full path name is specified. 

01.50 Linker does not correctly handle "NO LOAD files. 



-S 



Keyword 



Product number uu.ff Description 



********none******** 64851S003 

64851S003 

LINKER 64851S003 

64851S003 



01.50 EQU pseudo with 0LLH for an operand may halt assembly. 

01.50 Assembler trys to assemble .A files. 

01.04 Linker does not correctly handle "NO LOAD" files. 

01.50 Displacement > 32K error being flagged when it should not be. 



-8 



Keyword 



Product number uu.ff Description 



#*******none******** 64824 

64824 
64824 
64824 
64824 
64824 
64824 
64824 
64824 
64824 
64824 
64824 
64824 
64824 
64824 
64824 
64824 
64824 



CODE GENERATOR 



PASS 1 



(#10 xx) 



Report # page 

D200064840 171 
D200067439 171 
D200063230 170 



Report # page 

D200062646 172 

D200065003 172 

5000143370 172 

D200060830 172 



Report t page 



INDIRECT 



PASS 2 



00.00 Changes to pointers to unions does not work properly in C language 
00.00 Certain single argument Rvalues will not compile correctly. 
00.00 Library routine REAL SUB modifies DE register pair. 
01.01 Incorredt or NO listing file produced if fatal pass 2 errors 
01.01 DIF AND WRONG CODE PRODUCED IF ARRAY ELEMENT ASSIGNED RESULT 

01.01 Nested switch statements may generate infinite loop 

01.02 Compiler is not flagging an undefined structure. 

01.03 Funct calls via pointers with parms cause subsequent stack ref errors 
01.03 C Function returning large (>2bytes) result can't be called as procedure 
01.03 Illegal forward reference flagged for legally defined string. 

01.00 Assigning a ptr. after its post incr/decr. gives incorrect value. 

01.01 Registers used by Zbshift loaded incorrectly after structure reference. 
01.01 Operating on parm. in function call generates incorrect code. 

01.01 Pointer addressing wrong location after it has been updated. 

01.03 Character isn't converted to int before calculations use it 

01.00 Functions invoded via function pointers may JSR the wrong location. 

01.00 Unsigned integers treated as signed when subtracted from pointers. 

01.01 Pass 2 error #1006 in if construct when subtracting a const, from a var. 



2700003921 
2700003939 
2700004093 
D200034918 
D200037697 
D200040410 
D200059865 
D200063032 
D200063578 
D200066167 
D200013300 
2700005603 
D200022301 
D200022624 
5000139204 
D200011148 
D200011221 
D200015966 



174 
174 
174 
178 
179 
179 
180 
181 
181 
181 
176 
174 
178 
178 
175 
175 
176 
177 



Keyword 



Product number uu.ff Description 



Report # page 



********none******** 64824S004 

64824S004 
64824S004 
64824S004 
64824S004 
64824S004 

CODE GENERATOR 64824S004 



01.00 Nested switch statements may generate infinite loop D200051961 183 

01.00 Compiler is not flagging an undefined structure. D200059899 183 

01.10 C Function returning large (>2bytes) result can't be called as procedure D200063602 185 

01.10 Funct calls via pointers with parms cause subsequent stack ref errors D200064873 185 

01.10 Illegal forward reference flagged for legally defined string. D200066191 185 

01.10 No error message for unimplemented processor name. D200066522 186 

01.10 Character isn't converted to int before calculations use it D200063289 184 



- -8 



Keyword 



Product number uu.ff Description 



********none******** 64824S001 

64824S001 



01.20 Nested switch statements may generate infinite loop 
01.40 Compiler is not flagging an undefined structure. 



Report # page 



D200040428 
D200059873 



188 
188 



Keyword index 



Keyword 



Product number uu.ff Description 



Report * page 



********none******** 64824S001 

64824S001 
64824S001 
64824S001 

CODE GENERATOR 64824S001 

64824S001 

PASS 2 64824S001 



01.50 C Function returning large (>2bytes) result can't be called as procedure D200063586 190 

01.50 Funct calls via pointers with parms cause subsequent stack ref errors D200064857 190 

01.50 Illegal forward reference flagged for legally defined string. D200066175 190 

01.50 No error message for unimplement ed processor name. D200066506 191 

01.10 Assigning a ptr. after its post incr/decr. gives incorrect value. D200025726 187 

01.50 Character isn't converted to int before calculations use it D200063263 189 

01.00 Pass 2 Error *1006 when subracting a const, from a var. in an if constr. D200015982 187 



-8 



Keyword 



Product number uu.ff Description 



Report * page 



********none******** 64824S003 

64824S003 
64824S003 
64824S003 
64824S003 
64824S003 
64824S003 
64824S003 
64824S003 



CODE GENERATOR 
PASS 2 



01.20 Nested switch statements may generate infinite loop D200040436 193 

01.50 Compiler is not flagging an undefined structure. D200059881 193 

01.80 C Function returning large (>2bytes) result can't be called as procedure D200063594 195 

01.80 Funct calls via pointers with parms cause subsequent stack ref errors D200064865 195 

01.80 Illegal forward reference flagged for legally defined string. D200066183 195 

01.80 No error message for unimplement ed processor name. D200066514 196 

01.10 Assigning a ptr. after its post incr/decr. gives incorrect value. D200025734 192 

01.80 Character isn't converted to int before calculations use it D200063271 194 

01.00 Pass 2 Error #1006 when subtracting a const, from a var. in an if constr D200015974 192 

- -8 



Keyword 



Product number uu.ff Description 



Report # page 



********none******** 64823 

64823 





64823 




64823 




64823 




64823 




64823 




64823 




64823 


CODE GENERATOR 


64823 


ENHANCEMENT 


64823 


IF 


64823 


PASS 2 


64823 


PASS 3 


64823 


POINTERS 


64823 



01.01 
01.02 
01.02 
01.03 
01.03 
01.03 
01.03 
01.03 
01.03 
01.01 
01.01 
01.01 
01.01 
01.03 
01.01 



Compiler does not generate cross reference table. 

Error #1006 when accessing an element of a two-dimensional array. 

Assignment to multi-dimensional array causes error 1006. 

Error #1009 using byte-sized ORG'ed variables in FOR loops 

32-bit unsigned divide and modulus may fail 

Library routine REAL_R0UND may fail. 

Set comparisons with the empty set may fail 

DEBUG byte division and modulus may incorrectly report division by zero 

Assignment of constant string of length 1 to string variable may fail. 

Incorrect code generated for adding one char to another. 

More accurate error message when wrong parm type is passed to STRWRITE. 

IF Bl <rel-op> B2 THEN Bl := Bl - 1; {DOESN'T WORK) 



REBOOT DURING PASS 2 - related to position of variable declarations. 
Error 1113 generated during pass 3 when 23rd label is encountered. 
Variables of type pointer may not be incremented correctly. 



•8 



Keyword 



Product number uu.ff Description 



********none******** 64S23S004 

64823S004 
64823S004 
64823S004 
64823S004 
64823S004 
64823S004 
64823S004 



CODE GENERATOR 
IF 



01.10 Error #1009 using byte-sized ORG'ed variables in FOR loops 

01.10 32-bit unsigned divide and modulus may fail 

01.10 Library routine REAL_ROUND may fail. 

01.10 DEBUG byte division and modulus may incorrectly report division by zero 

01.10 Set comparisons with the empty set may fail 

01.10 Assignment of constant string of length 1 to string variable may fail. 

01.00 Incorrect code generated for adding one char to another. 

01.00 IF Bl <rel-op> §2 THEN Bl := Bl - 1; {DOESN'T WORK} 



D200020099 
5000146407 
5000157180 
D200062976 
D200062984 
D200062992 
D200063008 
D200063016 
D200065292 
5000105841 
5000136986 
5000099176 
D200037507 
D200063214 
D200029744 



199 
197 
198 
200 
200 
201 
201 
202 
202 
197 
203 
197 
200 
202 
199 



Report # page 



D200064311 
D200064410 
D200064485 
D200064550 
D200064949 
D200065318 
D200051854 
D200051599 



205 
206 
206 
206 
207 
207 
205 
205 



Keyword index 



- -8 



Keyword 



Product number uu.ff Description 



********none******** 64823S001 

64823S001 

64823S001 

64823S001 

64823S001 

64823S001 

CODE GENERATOR 64823S001 

IF 64823S001 

POINTERS 64823S001 



01.40 Error #1009 using byte-sized ORG'ed variables in FOR loops 

01.40 32-bit unsigned divide and modulus may fail 

01.40 Library routine REAL_ROUND may fail. 

01.40 DEBUG byte division and modulus may incorrectly report division by zero 

01.40 Set comparisons with the empty set may fail 

01.40 Assignment of constant string of length 1 to string variable may fail. 

01.20 Incorrect code generated for adding one char to another. 

01.20 IF Bl <rel-op> B2 THEN Bl := Bl - 1; {DOESN'T WORK} 

01.10 Variables of type pointer may not be incremented correctly. 



Report ft 


page 


D200064295 


209 


D200064394 


209 


D200064469 


210 


D200064535 


210 


D200064923 


211 


D200065284 


211 


D200040105 


209 


D200036673 


208 


D200029777 


208 



- -8 



Keyword 



Product number uu.ff Description 



Report ft page 



#*******none******** 64823S003 

64823S003 

64823S003 

64823S003 

64823S003 

64823S003 

CODE GENERATOR 64823S003 

IF 64823S003 

POINTERS 64823S003 



01.60 Error »1009 using byte-sized ORG'ed variables in FOR loops 

01.60 32-bit unsigned divide and modulus may fail 

01.60 Library routine REAL_ROUND may fail. 

01.60 DEBUG byte division and modulus may incorrectly report division by zero 

01.60 Set comparisons with the empty set may fail 

01.60 Assignment of constant string of length 1 to string variable may fail. 

01.20 Incorrect code generated for adding one char to another. 

01.20 IF Bl <rel-op> §2 THEN Bl := Bl - I; {DOESN'T WORK} 

01.20 Variables of type pointer may not be incremented correctly. 



D200064303 
D200064402 
D200064477 
D200064543 
D200064931 
D200065300 
D200040113 
D200036681 
D200029785 



214 
214 
215 
215 
216 
216 
214 
213 
213 



- -8 



Keyword 



Product number uu.ff Description 



Report ft page 



********none******** 64820 

64820 
64820 
64820 
64820 

PASS 1 64820 

64820 



01.03 RANGE ON D200014498 

01.03 Nested" switch statements may generate infinite loop D200040345 

01.04 Compiler is not flagging an undefined structure. D200059741 

01.05 C Function returning large (>2bytes) result can't be called as procedure D200063461 
01.05 Illegal forward reference flagged for legally defined string. D200066043 
00.56 Unsigned integers treated as signed when subtracted from pointers D200010132 
00.56 Functions invoked via function pointers may JSR the wrong location. D200011403 



219 
219 
220 
220 
220 
218 
218 



-8 



Keyword 



Product number uu.ff Description 



Report i page 



********none******** 64820S004 

64820S004 
64820S004 
64820S004 
64820S004 



01.00 Nested switch statements may generate infinite loop D200051938 222 

01.00 Compiler is not flagging an undefined structure. D200059774 222 

01.10 C Function returning large (>2bytes) result can't be called as procedure D200063495 223 

01.10 Illegal forward reference flagged for legally defined string. D200066076 223 

01.10 No error message for unimplemented processor name. D200066431 224 



•8 



Keyword 



Product number uu.ff Description 



Report ft page 



********none******** 64820S001 

64820S001 
64820S001 
64820S001 



01.20 Nested switch statements may generate infinite loop D200040352 225 

01.40 Compiler is not flagging an undefined structure. D200059758 225 

01.50 C Function returning large (>2bytes) result can't be called as procedure D200063479 226 

01.50 Illegal forward reference flagged for legally defined string. D200066050 226 



Keyword index 



Keyword Product number 

******** none******** 64820S001 



Keyword Product number 


uu.ff 


******** none******** 64S20S003 


01.20 


64820S003 


01.50 


64820S003 


01.80 


64820S003 


01.80 


64820S003 


01.80 



- -8 
uu.ff Description 

01.50 No error message for unimplemented processor name. 

- -8 

Descript ion 

Nested switch statements may generate infinite loop 

Compiler is not flagging an undefined structure. 

No error message for unimplemented processor name. 

C Function returning large (>2bytes) result can't be called as procedure 

Illegal forward reference flagged for legally defined string. 



Report * page 
D200066423 227 

Report # page 



D200040360 
D200059766 
1650018804 
D200063487 
D200066068 



228 
229 
228 
229 
229 



SRB detail reports as of 04/29/87 
Number: D200010140 Product: 6800 C 
Keywords: PASS 1 



Page: 



64821 



1 
00.56 



One-line description: 

Unsigned integers treated as signed when subtracted from pointers 

Problem: 

When an unsigned short or integer is used as an offset to a pointer, the 
unsigned will be treated as a signed when doing pointer calculations. 
Offsets large enough to set the sign bit will be interpreted as a 
negative offset when the offset is subtracted from a pointer. The 
following code exibits the problem if offset is greater than 32767 dec. 
unsigned offset; 
struct { int a,b,c; 

} *ptr; 
unsigned long x; 



main ( ) 
{ 
x - ptr - offset; 



/* The compiler will generate code negating 
/* offset for the "-" operation. 



*/ 
*/ 



Temporary solution: 

Cast the offset in the expression as the next larger integer. 

ie. x * ptr - (unsigned longjoffset; 

Signed off 04/29/87 in release 101.07 



00.56 



Number: D200011379 Product: 6800 C 64821 

Keywords : PASS 1 

One-line description: 

Functions invoked via function pointers may JSB the wrong location. 

Problem: 

When the typedef statement is used to define pointers to functions, 
and this pointer type is used in a cast of a variable array to invoke 
code stored in that array, program execution may transfer to the wrong 
location. For example, in the following code the simple call to 
code_array fails while the call and assignment to p works correctly: 



typedef int(*PFI)(); 
int code_array[100] ; 
PFI p; 

pfitugO 
{ 



/* PFI a pointer to int functions */ 
/* array contains code */ 
/* p a pointer of type PFI */ 



} 



(*((PFI) code_array) ) () : /* fails in JSP, to code_array */ 
(*(p-(PFI)code_array) ) ( i ; /* assignment and JSR successful */ 



Temporary solution: 

Set up a dummy variable and perform an assignment to it when doing 

this type of operation. 



-8 



SRB detail reports as of 04/29/87 
Signed off 04/29/87 in release 101.07 



Page: 



Number: D200040378 Product: 6800 C 



64821 



01.04 



One-line description: 

Nested switch statements may generate infinite loop 

Problem: 

If you have nested switch statements and do not terminate the inner 

switch's cases with breaks the compiler generates an infinite loop. 

"C" 

"68000" 



main(){ 

int c; 



switch(c) { 



} 



case 1: break; 
default: switch(c){ 

case 2: break; 
} 
/* A break is needed here because the break 
above for 'case 2* generates a jump to 
this location. If a break is not placed 
here it falls into the code for 
evaluating 'case 1' above. */ 



Temporary solution: 

Close default statement with a break. 

"C" 

"68000" 

main(){ 



int c; 



switch(c){ 
easel: 
default: 



break; 
switchtcH 

case 2: break; 
} 
break; 



} 

Signed off 04/29/87 in release 101.07 



Number: D200059782 Product: 6800 C 

One-line description: 

Compiler is not flagging an undefined structure. 



64821 



01.05 



Problem: 

The customer reports that the program listed below causes the 
compiler to hang. I could not duplicate this problem, but, the 
compiler incorrectly reported no errors. 

■■C" 
"processor" 



SP.B detail reports as of 04/29/87 



main!) { 

int i ; 

struct undefined a[10][20j; 



Page: 



The compiler should report that the type 'undefined' is undefined. 

Temporary solution: 
No temporary solution. 

Signed off 04/29/87 in release 101.07 



Number: D200063065 Product: 6800 C 



64821 



01.06 



One-line description: 

C Function returning large (>2bytes) result can't be called as procedure 

Problem: 

Functions returning large (>2byte) result cannot be called as 

procedures. 

Signed off 04/29/87 in release 101.07 



Number: D200066084 Product: 6800 C 



64821 



01.06 



One -line description: 

Illegal forward reference flagged for legally defined string. 

Problem: 

"C" 

"processor" 



char t>adstring[] * {"Wont work" }; 
char string [] - "works fine"; 

main! ) 
{ 

int i ; 



i » sizeof (string); 
i - sizeof (badstring) ; 



/* Error 117 flagged. »/ 



Temporary solution: 

Eliminate the braces when initializing a string. 

-C" 
"processor" 

char string [] - "do it this way"; 

main!) 

- -8 



SRB detail reports as of 04/29/87 



Page: 



{ 



int i; 

i - sizeof (string) ; 

> 

Signed off 04/29/87 in release 101.07 



- -8 



SRB detail reports as of 04/29/87 
Number: D200051946 Product: 6800 C 



Page: 5 
300 64821S004 01.00 



One-line description: 

Nested switch statements may generate infinite loop 

Problem: 

If you have nested switch statements and do not terminate the inner 

switch's cases with breaks the compiler generates an infinite loop. 

"C" 

"processor name" 

main! ){ 

int c; 



switch(c) { 



} 



case 1: break; 
default: switch(c){ 

case 2: break; 
> 
/• A break is needed here because the break 
above for 'case 2' generates a jump to 
this location. If a break is not placed 
here it falls into the code for 
evaluating 'case 1' above. */ 



Temporary solution: 

Close default statement with a break. 

"C" 

"processor name" 



main( ) { 



int c; 



switch(c){ 
easel: 
default: 



break ; 
switch(c) { 

case 2: break; 
> 
break ; 



} 



Signed off 04/29/87 in release 401.20 



Number: D200059816 Product: 6800 C 



300 64821S004 



01.00 



One-line description: 

Compiler is not flagging an undefined structure. 

Problem: 

The customer reports that the program listed below causes the 
compiler to hang. I could not duplicate this problem, but, the 
compiler incorrectly reported no errors. 

"C" 
"processor" 



main() { 



- -8 



SRB detail reports as of 04/29/87 



int i; 

struct undefined a[10][20]; 



Page: 



The compiler should report that the type 'undefined' is undefined. 

Temporary solution: 
No temporary solution. 

Signed off 04/29/87 in release 401.20 



Number: D200063529 Product: 6800 C 



300 64821S004 



01.10 



One-line description: 

C Function returning large (>2bytes) result can't be called as procedure 

Problem: 

Functions returning large (>2byte) result cannot be called as 

procedures. 

Signed off 04/29/87 in release 401.20 



Number: D200066118 Product: 6800 C 



300 64821S004 



01.10 



One-line description: 

Illegal forward reference flagged for legally defined string. 

Problem: 

"C" 

"processor" 



char badstring[] - {"Wont work"}; 
char string[] * "works fine"; 

main! ) 
{ 

int i; 



i - sizeof (string) ; 
i - sizeof (badstring); 



/* Error 117 flagged. V 



Temporary solution: 

Eliminate the braces when initializing a string. 



"C" 
"processor" 

char string [] 

maint) 
{ 

int i; 



'do it this way"; 



- -8 



SRB detail reports as of 04/29/87 



i = sizeof (string) ; 
> 

Signed off 04/29/87 in release 401.20 



Page: 



Number: D200066464 Product: 6800 C 



300 64821S004 



01.10 



One-line description: 

No error message for unimplemented processor name. 

Problem: 

Specifying an unimplemented processor name in a C source file 

will cause the compiler to go from pass 1 into C Nocode without 

an error message. The listing file also does not report the 

error. 

Signed off 04/29/87 in release 401.20 



- -8 



SRB detail reports as of 04/29/87 
Number: D200040386 Product: 6800 C 



Page: 



500 64821S001 



8 
01.20 



One-line description: 

Nested switch statements may generate infinite loop 

Problem: 

If you have nested switch statements and do not terminate the inner 

switch's cases with breaks the compiler generates an infinite loop. 

"C" 

"68000" 



main( ){ 

int c; 



switch(c) { 



} 



case l: break; 
default: switch(c){ 

case 2: break; 
} 
/* A break is needed here because the break 
above for 'case 2' generates a jump to 
this location. If a break is not placed 
here it falls into the code for 
evaluating 'case 1' above. */ 



Temporary solution: 

Close default statement with a break. 

"C" 

"68000" 

main(){ 



int c; 



switch(c){ 
easel: 
default: 



break; 
switch (c){ 

case 2: break; 
} 
break; 



} 

Signed off 04/29/87 in release 101.60 



Number: D200059790 Product: 6800 C 



500 64821S001 



01.40 



One-line description: 

Compiler is not flagging an undefined structure. 

Problem: 

The customer reports that the program listed below causes the 
compiler to hang. I could not duplicate this problem, but, the 
compiler incorrectly reported no errors. 



"processor" 
mainO { 

- -8 



SRB detail reports as of 04/29/87 



int i; 

struct undefined a[10][20]; 



Page: 



The compiler should report that the type 'undefined' is undefined. 

Temporary solution: 
No temporary solution. 

Signed off 04/29/87 in release 101.60 



Number: D200063503 Product: 6800 C 



500 64821S001 



01.50 



One-line description: 

C Function returning large (>2bytes) result can't be called as procedure 

Problem: 

Functions returning large (>2byte) result cannot be called as 

procedures. 

Signed off 04/29/87 in release 101.60 



Number: D200066092 Product: 6800 C 



500 64821S001 



01.50 



One-line description: 

Illegal forward reference flagged for legally defined string. 

Problem: 

••C" 

"processor" 



char badstringU - {"Wont work"}; 
char string!] - "works fine"; 

ma int ) 
{ 

int i; 



i ■ sizeof (string) ; 
i « sizeof (badstring) ; 



/* Error 117 flagged. V 



Temporary solution: 

Eliminate the braces when initializing a string. 

"C" 
"processor" 

char string[] « "do it this way"; 

main!) 
{ 
int i; 

- -8 



SRB detail reports as of 04/29/87 



i - sizeof (string) ; 

} 

Signed off 04/29/87 in release 101.60 



Page: 



10 



Number: D200066449 Product: 6800 C 



500 64821S001 



01.50 



One- line description: 

No error message for unimplemented processor name. 

Problem: 

Specifying an unimplemented processor name in a C source file 

will cause the compiler to go from pass 1 into C Nocode without 

an error message. The listing file also does not report the 

error. 

Signed off 04/29/87 in release 101.60 



- -8 



SRB detail reports as of 04/29/87 
Number: D200040394 Product: 6800 C 



Page: 



VAX 64821S003 



11 
01.20 



One-line description: 

Nested switch statements may generate infinite loop 

Problem: 

If you have nested switch statements and do not terminate the inner 

switch's cases with breaks the compiler generates an infinite loop. 

"C" 

"68000" 

main! ) { 

int c: 



switch(c) { 



} 



case 1: break; 
default: switch(c){ 

case 2: break: 
> 
/* A break is needed here because the break 
above for 'case 2' generates a jump to 
this location. If a break is not placed 
here it falls into the code for 
evaluating 'case 1' above. */ 



Temporary solution: 

Close default statement with a break. 

"C" 

"68000" 

main( ){ 



int 



switch(c){ 
easel: 
default: 



break ; 
switch(c){ 

case 2: break: 
} 
break; 



} 

Signed off 04/29/87 in release 301.90 



Number: D200059808 Product: 6800 C 



VAX 64821S003 



01.50 



One- line description: 

Compiler is not flagging an undefined structure. 

Problem: 

The customer reports that the program listed below causes the 
compiler to hang. I could not duplicate this problem, but, the 
compiler incorrectly reported no errors. 

"C" 
"processor" 

main() { 



SRB detail reports as of 04/29/87 



int i; 

struct undefined a[10][20]; 



Page: 12 



The compiler should report that the type 'undefined' is undefined. 

Temporary solution: 
No temporary solution. 

Signed off 04/29/87 in release 301.90 



Number: D2000635U Product: 6800 C 



VAX 64821S003 



01.80 



One-line description: 

C Function returning large (>2bytes) result can't be called as procedure 

Problem: 

Functions returning large (>2byte) result cannot be called as 

procedures. 

Signed off 04/29/87 in release 301.90 



Number: D200066100 Product: 6800 C 



VAX 64821S003 



01.80 



One-line description: 

Illegal forward reference flagged for legally defined string. 

Problem: 

"C" 

"processor" 



char badstringf] - {"Wont work"}; 
char stringf] « "works fine"; 

main( ) 
{ 

int i; 



i - sizeof (string) ; 
i - sizeof (badstring) ; 



/* Error 117 flagged. */ 



Temporary solution: 

Eliminate the braces when initializing a string. 

"C" 
"processor" 

char stringM - "do it this way"; 

main( ) 
{ 

int i; 



SRB detail reports as of 04/29/87 



i » sizeof (string) ; 

} 

Signed off 04/29/87 in release 301.90 



Page: 



13 



Number: D200066456 Product: 6800 C 



VAX 64821S003 



01.80 



One-line description: 

No error message for unimplemented processor name. 

Problem: 

Specifying an unimplemented processor name in a C source file 

will cause the compiler to go from pass 1 into C Nocode without 

an error message. The listing file also does not report the 

error. 

Signed off 04/29/87 in release 301.90 



SRB detail reports as of 04/29/87 
Number: 2700002980 Product: 6800 PASCAL 
Keywords: PASS 1 



Page: 



64811 



14 
00.61 



One-line description: 

Functional type change for one char generates a null string. 

Signed off 04/29/87 in release 101.20 



Number: D200010108 Product: 6800 PASCAL 
Keywords: RUN-TIME LIBRARY 



64811 



00.61 



One-line description: 

Real library routine INVALID may not be called on invalid real number. 

Problem: 

The real number library routine INVALID may not be called when an 
invalid floating point number is passed as a parameter to one of the 
floating point routines. 

Signed off 04/29/87 in release 101.20 



- -8 



-8 



SRB detail reports as of 04/29/87 
Number: 5000146381 Product: 68000 ASSEMB 



64845 



Page: 15 

01.10 



One-line description: 

Assembler allowing illegal instructions with address reg. indirect. 

Problem: 

The 68000 assembler allows the PC to be used in apparently all 

variations off the address register indirect mode of addressing. 



"68000" 



MOVE.W DO, -{PC] 
MOVE. I. DO, [PC] 



;GENS CODE OF D0,-[A0] 



Signed off 04/29/87 in release 501.12 



Number: 5000163626 Product: 68000 ASSEMB 



64845 



01.01 



One-line description: 

The assembler does not recognize invalid logical operators. 

Problem: 

If you use incorrect syntax for logical operators the assembler 

aborts the instruction, but, does not flag an error. 

"68000" 



; FLAGGED CORRECTLY 
;N0T FLAGGED 
;N0T FLAGGED 
;N0T FLAGGED 





PROG 
MOVE 


W 


#10001B.or.0U10B 


D2 


VALUE 


EQU 




lOOOlB.or.OlllOB 




LABEL 


EQU 




10101010B.AND.0FH 


OR. 30 


EXAMPLE 


EQU 




0FFH. invalid. AH 





Signed off 04/29/87 in release 501.12 



Number: 5000168872 Product: 68000 ASSEMB 

One-line description: 

BRA.S Code does not generate properly. 

Signed off 04/29/87 in release 501.12 



64845 



01.00 



Number: 5000175976 Product: 68000 ASSEMB 



64845 



01.11 



One-line description: 

PC with index register and offset mode of addressing causing linker err. 

Problem: 

Relocatable file generated may be incorrect for certain 

instructions. 

"68000" 



-8 



SRB detail reports as of 04/29/87 
MOVE.L -16[PC,D2],D1 



Page: 16 



This code assembles without errors, but, causes a linker error. 
ERROR: Displacement > 32k. 

Signed off 04/29/87 in release 501.12 



Number: D200061531 Product: 68000 ASSEMB 



64845 



01.10 



One-line description: 

External labels cannot be used in the "quick" type instructions. 

Problem: 

You cannot use an external label as data in the "quick" type instr- 
uctions. If you have two files: 



file: declare 




"68000" 

GLB EXTLAB 
EXTLAB EQU 4 




file: refer 




"68000" 

EXTERNAL 
LABEL EQU 


EXTLAB 
7 


MOVEQ.L 
MOVEQ.L 


#EXTLAB,D1 
♦LABEL, Dl 



;I0 error is flagged 
; WORKS 

Temporary solution: 

Do not use external variables in the "quick" type instructions. 
You can possibly get around this by "including" the symbol 
(via an include file) rather than declaring it external. 

Signed off 04/29/87 in release 501.12 



Number: D200062190 Product: 68000 ASSEMB 



64845 



01.10 



One-line description: 

MOVEQ instruction doesn't flag an error for illegal size appensions. 

Problem: 

Illegal size appension on the MOVEQ instruction are not flagged 

with a warning. If you have 

"68000" 

MOVEQ. W #1,D0 
MOVEQ. B #1,D0 

The assembler will not flag an error and generates code for a MOVEQ.L. 

Signed off 04/29/87 in release 501.12 

- -8 



SRB detail reports as of 04/29/87 Page: 17 

Number: D200062208 Product: 68000 ASSEMB 64845 01.10 

One-line description: 

Illegal size appension allowed with addr reg indirect mode of addressing 

Problem: 

When using the address register with displacement and index reg. 
mode of addressing the assembler does not flag an error for an 
illegal size appension on the index reg. 

"68000" 

MOVE 8[A0,D4.B],D1 ;.B IS ILLEGAL 

The assembler executes the instruction assuming a word appension 
on D4 ( but, fails to generate a warning or error message. 

Signed off 04/29/87 in release 501.12 


SRB detail reports as of 04/29/87 Page: 18 

Number: D200065599 Product: 68000 ASSEMB 64845 01.11 

One-line description: 

The immediate mode of addressing is not supported as a source operand. 

Problem: 

The BTST instruction should support the immediate data mode 

of addressing for its source operand. It doesn't. 

Signed off 04/29/87 in release 501.12 


Number: 0200066563 Product: 68000 ASSEMB 64845 01.11 

One-line description: 

EXT pseudo is not supported as stated in the Assembler reference manual. 

Problem: 

The Assembler/Linker Reference Manual states that either EXT 
or EXTERNAL may be used when declaring an external label. 
The 68000 assembler only accepts EXTERNAL. 

Temporary solution: 
Always use EXTERNAL. 

Signed off 04/29/87 in release 501.12 


Number: D200063206 Product: 68000 ASSEMB 64845 01.10 

Keywords: ENHANCEMENT 

One-line description: 

Assembler generating external records for symbols which are not used. 

Problem: 

If an external symbol is declared in a source file and is not 

used then the assembler should not generate an external record. 

"processor" 

EXTERNAL N0TUSED 
END 

If you do a link, NOTUSED can be found in the XREF. 
Signed off 04/29/87 in release 501.12 


Number: D200066704 Product: 68000 ASSEMB 64845 01.11 

One-line description: 

LR ERROR FLAGGED WHEN USING EXPRESSION IN PC RELATIVE+IND+OFFSET ADDRing 

Problem: 

A legal range error will be flagged when using the PC relative 
mode of addressing with offset and index register, if, the 
offset is an expression. 

"68000" 

ORG 1000H ;ORG PAST VECTOR TABLE 
MOVE LABEL+1[PC,D0],D0 ;LR ERROR FLAGGED 
LABEL 1000H 

Temporary solution: 

Do not use an expression for the offset. You can avoid this 

by using the index register for offseting. 

"68000" 

ORG 1000H 

MOVE OFFSET VALUE, DO ; OFFSET VALUE IS NOT INTENDED 

; TO BE A CONSTANT. 

MOVE LABEL[PC,D0],D1 ;D0 CONTAINS OFFSET VALUE 

Signed off 04/29/87 in release 501.12 

- -8 


Number: 0200065573 Product: 68000 ASSEMB 64845 01.11 

One-line description: 

Size appensions do not always generate the appropriate error message. 

Problem: 

Some instructions allow illegal size appensions while another 
flags an error for a legal appension. You may append the 
MOVEQ instruction with any size attribute and no error is 
reported. The correct code is generated for illegal appensions 
Secondly, the DBcc instruction must always be of word size. If 
you try to assemble DBcc.W the assembler flags an error. 

Signed off 04/29/87 in release 501.12 


- -8 



SRB detail reports as of 04/29/87 



Page: 



19 



Number: D200068650 Product: 68000 ASSEMB 



64845 



01.11 



One-line description: 

Assembler mangles displacement [PC.Xn] instructions 

Problem: 

Assembler incorrectly passes the value of absolute displacements 

to the Linker for operands of the form: displacement [PC.A0]. 

This is due to their being passed as relocatable code to the linker, 

where they are subseuently mangled. 

Signed off 04/29/87 in release 501.12 

Number: D200065581 Product: 68000 ASSEMB 64845 0T7TI 

Keywords: ENHANCEMENT 

One-line description: 

Include support for the ODD psuedo to align data on an odd boundry. 

Problem: 

The assembler includes support for the EVEN psuedo which alligns 

data on an even address. It should likewise support the ODD 

psuedo. 

Signed off 04/29/87 in release 501.12 



-8 



SRB detail reports as of 04/29/87 
Number: D200059451 Product: 68000 ASSEMB 



Page: 



300 64845S004 



One-line description: 

Link_sym file contains bad data in relocatable name record. 

Signed off 04/29/87 in release 401.20 

300 64845S004 



20 
01.00 



01.00 



Number: D200059477 Product: 68000 ASSEMB 

One-line description: 

Compiler generates duplicate symbols 

Problem: 

Given a procedure named "AA" and a symbol named "RAA" (or EAA or DAA) , 
the Relabel for procedure "AA", "RAA, will collide with the symbol 
named "RAA" and (at least in the past) no warning will be produced 
unless the procedure and symbol are GLOBAL, in which case the linker 
catches the error. 

Signed off 04/29/87 in release 401.20 



Number: D200059501 Product: 68000 ASSEMB 

One-line description: 

"-v" option does not work with asm inside pmon 



Problem: 

Note that the status messages do not increment. 

Signed off 04/29/87 in release 401.20 



300 64845S004 



01.00 



Number: D200061713 Product: 68000 ASSEMB 



300 64845S004 



01.00 



One-line description: 

External labels cannot be used in the "quick" type instructions. 

Problem: 

You cannot use an external label as data in the "quick" type instr- 
uctions. If you have two files: 



file: declare 






"68000" 

GLB 
EXTLAB EQU 




EXTLAB 

4 


file: refer 






"68000" 

EXTERNAI 
LABEL EQU 




MOVEQ 
MOVEQ 


L 
L 





EXTLAB 

7 

#EXTLAB,D1 

#LABEL,D1 



;I0 error is flagged 
; WORKS 



Temporary solution: 



-8 
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Do not use external variables in the "quick" type instructions. 
You can possibly get around this by "including" the symbol 
(via an include file) rather than declaring it external. 

Signed off 04/29/87 in release 401.20 



Number: D200066605 Product: 68000 ASSEMB 



300 64845S004 



01.10 



One-line description: 

EXT pseudo is not supported as stated in the Assembler reference manual. 

Problem: 

The Assembler/Linker Reference Manual states that either EXT 
or EXTERNAL may be used when declaring an external label. 
The 68000 assembler only accepts EXTERNAL. 

Temporary solution: 
Always use EXTERNAL. 

Signed off 04/29/87 in release 401.20 



- -8 



SRB detail reports as of 04/29/87 
Number: 1650024349 Product: 68000 ASSEMB 



Page: 



500 64845S001 



22 
01.50 



One-line description: 

Assembler reports error if file is specified with full path name. 

Problem: 

If you try to assemble a file and you specify the file's full 

path name the assembler reports: 

Cannot recover from errors on line 0. 

asm /users/dave/f ile will cause the error. 

Temporary solution: 

Work in the same directory as the file is located in. In other 

words, assemble the file with its relative path name. 

Signed off 04/29/87 in release 101.60 



Number: 5000136796 Product: 68000 ASSEMB 
Keywords: ASSEMBLER 



500 64845S001 



01.40 



One-line description: 

LR error flagged for correct offset using PC+INDEX+OFFSET mode of addr. 

Temporary solution: 
Temporary solution: 

"68000" 

ORG 0FFH 

MOVE TABLE-($+2)[PC,D0],Dl 
TABLE DS 1 

Signed off 04/29/87 in release 101.60 



Number: D200061697 Product: 68000 ASSEMB 



500 64845S001 



01.40 



One-line description: 

External labels cannot be used in the "quick" type instructions. 

Problem: 

You cannot use an external label as data in the "quick" type instr- 
uctions. If you have two files: 

file: declare 

"68000" 



GLB 
EXTLAB EQU 



file: refer 
"68000" 



EXTLAB 
4 



EXTERNAL 



EXTLAB 



- -8 
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MOVEQ. L 
MOVEQ. L 



#EXTLAB,D1 
#LABEL,D1 



;IO error is flagged 
; WORKS 



Temporary solution: 

Do not use external variables in the "quick" type instructions. 
You can possibly get around this by "including" the symbol 
(via an include file) rather than declaring it external. 

Signed off 04/29/87 in release 101.60 



Number: D200062851 Product: 68000 ASSEMB 
Keywords: LINKER 



500 64845S001 



01.10 



One-line description: 

"Garbage" characters appear in load address statement with linker. 

Signed off 04/29/87 in release 101.60 



Number: D200066589 Product: 68000 ASSEMB 



500 64845S001 



01.50 



One-line description: 

EXT pseudo is not supported as stated in the Assembler reference manual. 

Problem: 

The Assembler/Linker Reference Manual states that either EXT 
or EXTERNAL may be used when declaring an external label. 
The 68000 assembler only accepts EXTERNAL. 

Temporary solution: 
Always use EXTERNAL. 

Signed off 04/29/87 in release 101.60 



- -8 
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Number: D200061705 Product: 68000 ASSEMB 



Page: 24 
VAX 64845S003 01.50 



One-line description: 

External labels cannot be used in the "quick" type instructions. 

Problem: 

You cannot use an external label as data in the "quick" type instr- 
uctions. If you have two files: 



file: declare 






"68000" 

GLB 
EXTLAB EQU 


EXTLAB 
4 




file: refer 






"68000" 

EXTERNAL 
LABEL EQU 


EXTLAB 
7 


MOVEQ 
MOVEQ 


L 
L 


#EXTLAB,D1 
*LABEL,D1 



;I0 error is flagged 
; WORKS 

Temporary solution: 

Do not use external variables in the "quick" type instructions. 
You can possibly get around this by "including" the symbol 
(via an include file) rather than declaring it external. 

Signed off 04/29/87 in release 301.80 



Number: D200066597 Product: 68000 ASSEMB 



VAX 64845S003 



01.70 



One-line description: 

EXT pseudo is not supported as stated in the Assembler reference manual. 

Problem: 

The Assembler/Linker Reference Manual states that either EXT 
or EXTERNAL may be used when declaring an external label. 
The 68000 assembler only accepts EXTERNAL. 

Temporary solution: 
Always use EXTERNAL. 

Signed off 04/29/87 in release 301.80 



-8 
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Number: 5000142331 Product: 68000 C 



64819 
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01.08 



One-line description: 

Pass three error when an integer is assigned to a float. 



Problem: 

Compiler generates ERROR 1113 when a condition expression containing 

real and integer numbers is used. 

"C" 
"processor" 

FO { 

float fl,f2,f3; 

fl-10; 

f2-20; 

f3- (fH.5) ? 1 : f2; /* This line is flagged with error 1113. */ 
} 

This program will also cause problems on the 6800 and 6809 cross- 
compilers. 

Temporary solution: 

In the terenary expression cast the integer '1' to a float or 

use 1.0. 

Signed off 04/29/87 in release 901.10 



Number: 5000142448 Product: 68000 C 64819 

One-line description: 

Compiler is not flagging an undefined structure. 

Problem: 

The customer reports that the program listed below causes the 
compiler to hang. I could not duplicate this problem, but, the 
compiler incorrectly reported no errors. 

"C" 
"processor" 

main!) { 



01.08 



mt l; 
struct 



undefined a[10][20]; 



The compiler should report that the type 'undefined' is undefined. 

Temporary solution: 
No temporary solution. 

Signed off 04/29/87 in release 901.10 



-8 
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Number: 5000161935 Product: 68000 C 
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64819 
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One-line description: 

Illegal forward reference flagged for legally defined string. 

Problem: 

"C" 
"processor" 



char badstringt] « {"Wont work"}; 
char stringH • "works fine"; 

main!) 
{ 

int i; 



i » sizeof (string) ; 
i - sizeof (badstring) ; 



/* Error 117 flagged. */ 



Temporary solution: 

Eliminate the braces when initializing a string. 

"C" 
"processor" 

char string!] * "do it this way"; 

ma int ) 

{ 

int i; 

i • sizeof (string) ; 

) 

Signed off 04/29/87 in release 901.10 



Number: D200010124 Product: 68000 C 



Keywords: PASS 1 



64819 



00.56 



One-line description: 

Unsigned integers treated as signed when subtracted from pointers 

Problem: 

When an unsigned short or integer is used as an offset to a pointer, the 
unsigned will be treated as a signed when doing pointer calculations. 
Offsets large enough to set the sign bit will be interpreted as a 
negative offset when the offset is subtracted from a pointer. The 
following code exibits the problem if offset is greater than 32767 dec. 
unsigned offset; 
struct { int a,b,c; 

} *ptr; 
unsigned long x; 



main 



- -8 
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{ 

x « ptr - offset; /* The compiler will generate code negating */ 
} /* offset for the "-" operation. */ 

Temporary solution: 

Cast the offset in the expression as the next larger integer. 

ie. x - ptr - (unsigned long)offset; 

Signed off 04/29/87 in release 901.10 



Number: D200032029 Product: 68000 C 
Keywords: CODE GENERATOR 



64819 



01.07 



One-line description: 

32 bit value is treated as 64 bit value w/o first extending. 

Problem: 

In the following C source line the compiler treats the variables as 
32 bit values, then in the middle of the compare it treats them as 
64 bit values without converting them. 

"C" 
"68000" 

main( ) 
{ 

float temp; 

temp =■ ((temp >» 0) ? (temp): (-temp)); 
} 

Temporary solution: 

Use the alternate "if then" conditional expression. 

"C" 

" 68000" 

main( ) 
{ 
float temp; 

if (temp <0) 
temp - -temp; 



) 

Signed off 04/29/87 in release 901.10 



Number: D200033324 Product: 68000 C 



64819 



01.07 



One-line description: 

Defining a constant hex number typecast as a pointer may fail. 

Problem: 

The following generates incorrect code: 

"C" 

"68000" 

typedef char byte; 

struct read { 
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byte int_i; 

byte int_2; 

byte int 3; 
}; 
struct write { 

byte wrt_l; 

byte wrt_2; 

byte wrt 3; 

. }; . T 

union device { 

struct read rd; 
struct write wr; 

tdefine PNT ((union device *) 0x80000) 
maint ) { 

PNT->wr.wrt_l - 1; /*Generates MOVE.B #00001H,0O0O0H instead of 
) MOVE.B #00001H,080000H*/ 

This error only occurs when a value is assigned to the first member of 
either of the structures. It also occurs if PNT is defined as a 
pointer to a structure, like this: 
#define PNT ((struct read *) 0x80000) 

Temporary solution: 

There are two possible temporary solutions to this problem. The first 
is to pad the structures with a dummy variable in the first field, 
struct read { 

byte dummy; 

byte int_l; 

byte int_2; 

byte int 3; 

>; 

The second possibility is to use a temporary variable of the appropriate 

type. 

maint) { 

byte *temp; 

temp - PNT; 

temp->wr.wrt_l « 1; 



} 

Signed off 04/29/87 in release 901.10 



Number: D200033555 Product: 68000 C 



64819 



01.07 



One-line description: 

Code generated for return statement inside nested if's is incorrect. 

Problem: 

In the example below, zero can never be returned due to the code gener- 
ated (it also could not be generated due to logic of the if statements). 
In the expanded listing, the code for return zero branches back to the 
top of the "for" loop rather than exiting. 
"C" 
"68000" 

maint ) 



- -8 
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( 
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int i; 



for (i-0; i<i+l; i++) 
if (i>6) 
if (i>4) 

return(l) 
else return(O) 



/* Code generated causes branch to 
top of for loop rather than exiting 
function. */ 



Temporary solution: 

Enclose the body of the first if statement in braces. 

"C" 

"68000" 



main!) 
{ 

int i; 



) 



for (i-0; i< i+1; i++) 
if (i>6) { 

if (i>4) 

return! 1) ; 
else returnjo); 
} 



Signed off 04/29/87 in release 901.10 



Number: D200033597 Product: 68000 C 
Keywords: PASS 1 



64819 



01.07 



One-line description: 

Cannot define a function which returns a pointer to a function. 

Problem: 

Unable to define a function which returns a pointer to another function. 

"C" 
"68000" 

(* x(l ) (); /* Compiler states "Function cannot return a function */ 

mainUO 

Signed off 04/29/87 in release 901.10 



Number: D200036905 Product: 68000 C 



64819 



01.07 



One-line description: 

Nested switch statements may generate infinite loop 

Problem: 

If you have nested switch statements and do not terminate the inner 

switch's cases with breaks the compiler generates an infinite loop. 

- -8 
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"C" 

"68000" 
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main! ){ 

int c; 



switch(c) { 



} 



case 1: break; 
default: switch(c){ 

case 2: break: 
} 
/* A break is needed here because the break 
above for 'case 2' generates a jump to 
this location. If a break is not placed 
here it falls into the code for 
evaluating 'case 1' above. */ 



Temporary solution: 

Close default statement with a break. 

"C" 

"68000" 
main I ){ 



int c; 



switch(c){ 
easel: 
default: 



break; 
switch(c){ 

case 2: break; 

break; 



} 



Signed off 04/29/87 in release 901.10 

Number: D200037358 Product: 68000 C 64819 01.07 

Keywords: PASS 1 

One-line description: 

Wrong value calculated when scientific notation is used. 

Problem: 

The compiler is calculating incorrect values when scientific notation 

is used. 

"C" 

"Any Processor" 

main( ) { 

unsigned long num; 



} 



num - 50.0E+6; 
num » 50000000; 



Temporary solution: 



/* Wrong value assigned. */ 
/* Correct value assigned */ 



-8 
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Use the long hand notation. 

"C" 

"Processor" 

main( ) < 

unsigned long num; 
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} 



num - 50000000; 



Signed off 04/29/87 in release 901.10 



Number: D200052423 Product: 68000 C 



64819 



01.08 



One-line description: 

Compiler loads return value in two different locatations. 

Problem: 

The location for the return values in the below program differ. 

This problem is unique to the 68000 C compiler on the 64000. 

"C" 
"68000" 

int a,b,x[5],y; 

mainO { 

int z; 

return(l); 

/* Problem statement. Generates code for different return location.*/ 

if ((a-((x[b]-2))< ? -1:2)«A(3<4)) 
return(O) ; 

} 

Temporary solution: 

Reduce the complexity of the 'if statement. 

"C" 
"68000" 

int a,b,x[5] ,y; 

main( ) 
{ 

int z; 



a-(x[b]-2)<0?-l:0 ; 

if(a && (3<4)) 
return! 1) ; 
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Signed off 04/29/87 in release 901.10 
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Number: D200053173 Product: 68000 C 



64819 



01.08 



One- line description: 

Sign extension done when integer type cast to an unsigned long. 



Temporary solution: 

You can either typecast the integer to an "unsigned int" 

not typecast it at all. 



main!) { 



or 



int i; 

unsigned long ul; 

i * 0x8000; 

ul ' i; 



) 



Signed off 04/29/87 in release 901.10 



Number: D200055921 Product: 68000 C 
Keywords: PASS 3 



64819 



01.08 



One-line description: 

Incrementing structure member results in incomplete code generation. 

Problem: 

Dereferencing a pointer within a structure and trying to increment 

that pointer causes incomplete code to be generated. 

"C" 
"68000" 

mainO { 

struct { 

int *i,*j; 
>*p; 

! (double*) (p->j) )++; /* Incomplete code is generated. The */ 

((double*) (p->j)) +=1; /* The pointer is not incremented. */ 
(double*) (p->j) - (double*) (p->j) + 1; 

) 

Temporary solution: 

Define a temporary variable; increment the temporary and then 

reassign to the original pointer. 

"C" 
"68000" 

- -8 
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struct { 
int *i,*j; 

} *p; 

double *temp; 



temp - (double*) (p-j) ; 

t emp++ ; 

(double*) (p->j) « temp; 



} 



Signed off 04/29/87 in release 901.10 



Number: D200056002 Product: 68000 C 



64819 



01.08 



One-line description: 

$INIT_ZEROES$ may affect the addressing mode used for accessing var's. 

Problem: 

Turning $INIT_ZEROES 0FF$ can change the way variables are 

accessed. 



"C" 
"68000' 




static 
static 


int a; 
int c; 


$FAR$ 

extern 

f() 


b; 



} a.b; 

If $INIT_ZEROES 0FF$ is inserted above the declaration for variable 
'a', 'a' will be accessed with a different addressing mode. In the 
above program 'a' is accessed with the A5 addressing mode, however, 
if $INIT_ZEROES 0FF$ is inserted then 'a' is accessed with the FAR 
addressing mode. 

Note: There appears to be an interaction between the directive 
INIT ZEROES and the keyword 'static'. If the above program is 
written as 

-C" 
"68000" 

$INIT_ZER0ES 0FF$ 
int a; 
int c; 
$FAR$ 



SRB detail reports as of 04/29/87 

extern int b; 
ft) 
{ 
a-b; 

} 

the variable 'a' is accessed properly. 

Temporary solution: 
No temporary solution. 

Signed off 04/29/87 in release 901.10 
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Number: D200063420 Product: 68000 C 



64819 



01.09 



One-line description: 

C Function returning large (>2bytes) result can't be called as procedure 

Problem: 

Functions returning large (>2byte) result cannot be called as 

procedures. 

Signed off 04/29/87 in release 901.10 



Number: D200065144 Product: 68000 C 64819 

One-line description: 

Compiler aborts with too many errors in pass 1. 

Problem: 

The following file will abort in Pass 1 and will report that it 

cannot recover from errors. 

.. c „ 

"processor" 

extern ident_p(); 

char *curr_proc_name(pid_ptr) 
unsigned long pid; 

{ char *proc_pcb; 
long dummy-0 ; 
char status; 

if (ident_p(&dummyl,&proc_pcb,8cStatus) ) 
return 0L; 



It is the &dummy 1 which causes the abort. If you do not pass 
the parameter as an address and just misspell the name the 
correct error message is generated. 

Signed off 04/29/87 in release 901.10 



01.09 
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Number: D200051458 Product: 68000 C 300 64819S004 01.00 


Number: D200051920 Product: 68000 C 300 64819S004 01.00 


One-line description: 


One-line description: 


Defining a constant hex number typecast as a pointer may fail. 


Nested switch statements may generate infinite loop 


Problem: 


Problem: 


The following generates incorrect code: 


If you have nested switch statements and do not terminate the inner 


"C" 


switch's cases with breaks the compiler generates an infinite loop. 

"C" 

"68000" 


"68000" 


typedef char byte; 




struct read { 


maint ) { 


byte int_l; 


int c; 


byte int_2; 


switch (c) { 


byte int~3; 


case 1: break; 


}; 


default: switch(c){ 


struct write { 


case 2: break; 


byte wrt 1; 


} 


byte wrt_2; 


/* A break is needed here because the break 


byte wrt 3; 


above for 'case 2' generates a jump to 


. }; , • 7 


this location. If a break is not placed 


union device { 


here it falls into the code for 


struct read rd; 


evaluating 'case 1' above. */ 


struct write wr; 
♦define PNT ((union device *) 0x80000) 


} 


Temporary solution: 


main!) { 


Close default statement with a break. 


PNT->wr.wrt 1 « 1; /*Generates M0VE.B #00001H,00000H instead of 


"C" 


> MOVE.B #00001H,080000H*/ 


"68000" 


This error only occurs when a value is assigned to the first member of 


maint ){ 


either of the structures. It also occurs if PNT is defined as a 


int c; 


pointer to a structure, like this: 


switch(c){ 


#define PNT ((struct read *) 0x80000) 


easel: break; 




default: switch(c){ 


Temporary solution: 


case 2: break; 


There are two possible temporary solutions to this problem. The first 


} 


is to pad the structures with a dummy variable in the first field. 


break; 


struct read { 


} 


byte dummy; 


} 


byte int 1; 




byte int 2; 


Signed off 04/29/87 in release 401.20 


byte int 3; 
}; 




Number: D200059493 Product: 68000 C 300 64819S004 01.00 


The second possibility is to use a temporary variable of the appropriate 


One-line description: 


type. 


Line # labels emitted for #included files confuse analyzers 


mainO { 




byte *temp; 


Problem: 


temp - PNT; 


Line # labels emitted for tinclude files are ambiguous - there is no 


temp- >wr. wrt 1-1; 


indication to analysis tools what the original source file is, so 


} 


source referencing does not work properly. 


Signed off 04/29/87 in release 401.20 


In addition, duplicate symbols in any file are debatably errors. As 




with most symbolic software, EDBUTLD will be confused with this 
behavior. 




- -8 


- -8 
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Number: D200059733 Product: 68000 C 



300 64819S004 



01.00 



One-line description: 

Compiler is not flagging an undefined structure. 

Problem: 

The customer reports that the program listed below causes the 
compiler to hang. I could not duplicate this problem, but, the 
compiler incorrectly reported no errors. 

"C" 
"processor" 

main!) { 

int i; 

struct undefined a[10][20]; 



The compiler should report that the type 'undefined' is undefined. 

Temporary solution: 
No temporary solution. 

Signed off 04/29/87 in release 401.20 



Number: D200063453 Product: 68000 C 



300 64819S004 



01.10 



One- line description: 

C Function returning large (>2bytes) result can't be called as procedure 

Problem: 

Functions returning large (>2byte) result cannot be called as 

procedures. 

Signed off 04/29/87 in release 401.20 



Number: D200064634 Product: 68000 C 



300 64819S004 



01.10 



One-line description: 

Byte parameters are pushed onto the stack incorrectly. 

Problem: 

When passing a byte parameter it is not pushed onto the stack as 
the manual specifies it will be. The Pascal and C manual specify 
that a byte parameter will be pushed in the upper byte of the word 
which is pushed on the stack. The C compiler does a Move.W and 
pushes the char in the lower byte. The pascal compiler does the 
push correctly. 

"C" 

"68000" 



SRB detail reports as of 04/29/87 

char called_func() ; 

calling_func() { 

char passed_parm; 
passed_parm ■ 'b' ; 

called_func(passed_parm) ; 



char called_func(parm) 
char parm; 
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char local_var; 
local_var » parm; 

Signed off 04/29/87 in release 401.20 



Number: D200066035 Product: 68000 C 



300 64819S004 



01.10 



One-line description: 

Illegal forward reference flagged for legally defined string. 

Problem: 

"C" 

"processor" 



char badstringU ■ {"Wont work"}; 
char string[] - "works fine"; 

main!) 
{ 

int i; 



i - sizeof (string) ; 
i - sizeof (badstring) ; 



/* Error 117 flagged. */ 



Temporary solution: 

Eliminate the braces when initializing a string. 

.. c .. 

"processor" 

char stringU - "do it this way"; 

ma int ) 
{ 

int i; 

i ■ sizeof (string) ; 

Signed off 04/29/87 in release 401.20 

- -8 
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Number: D200066415 Product: 68000 C 



300 64819S004 



01.10 



One-line description: 

No error message for unimplemented processor name. 

Problem: 

Specifying an unimplemented processor name in a C source file 

will cause the compiler to go from pass 1 into C Nocode without 

an error message. The listing file also does not report the 

error. 

Signed off 04/29/87 in release 401.20 



-8 
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Number: 1650017491 Product: 68000 C 
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01.50 



One-line description: 

List file contains control characters in a specific case. 

Problem: 

The following program will cause control characters to 
be inserted in the listing file. The lines which contain 
preprocessor substitutions will be effected. 

"C" 
"processor" 



#de f ine 
tdefine 

extern 



varone 
vartwo 

int 



OxFE 
OxFF 

direct_reg; 



write var() 

{ 

if (direct_reg -- vartwo) 



if (direct_reg !- varone) 



/* Add statement and error goes */ 
/* away. */ 



As noted in the comment above if the syntax error is removed the 
problem goes away. 

Signed off 04/29/87 in release 101.60 



Number: D200033530 Product: 68000 C 



500 64819S001 



01.10 



One-line description: 

Defining a constant hex number typecast as a pointer may fail. 

Problem: 

The following generates incorrect code: 

•T" 
"68000" 

typedef char byte; 
struct read { 

byte int_l; 

byte int_2; 

byte int 3; 

}; . " 

struct write { 

byte wrt_l; 

byte wrt 2; 

byte wrt 3; 

); 
union device { 

struct read rd; 

struct write wr; 

- -8 
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}; 

#define PNT ((union device *) 0x80000) 
mainO { 

PNT->wr.wrt_l - 1; /"Generates MOVE.B #O00OlH,0O00OH instead of 
) "" MOVE.B #00001H,080000H*/ 

This error only occurs when a value is assigned to the first member of 
either of the structures. It does not occur if PNT is defined as a 
pointer to a structure, like this: 
#define PNT ((struct read *) 0x80000) 

Temporary solution: 

There are two possible temporary solutions to this problem. The first 
is to pad the structures with a dummy variable in the first field, 
struct read { 

byte dummy; 

byte int 1; 

byte int~2; 

byte int 3; 

}; 

The second possibility is to use a temporary variable of the appropriate 

type. 

mainO { 

byte *temp; 

temp = PNT; 

temp->wr.wrt 1 • 1; 
} 

Signed off 04/29/87 in release 101.60 



Number: D200040329 Product: 68000 C 



500 64819S001 



01.20 



One-line description: 

Nested switch statements may generate infinite loop 

Problem: 

If you have nested switch statements and do not terminate the inner 

switch's cases with breaks the compiler generates an infinite loop. 

-C" 

"68000" 



main(){ 

int c; 



switch ( c) { 



case 1: 
default 



) 
Temporary solution: 



break; 
switch(c){ 

case 2: break; 
) 
/* A break is needed here because the break 
above for 'case 2' generates a jump to 
this location. If a break is not placed 
here it falls into the code for 
evaluating 'case 1' above. */ 
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Close default statement with a break. 

"C" 
"68000" 

main(){ 



Page: 42 



int 



switch(c){ 
easel: 
default: 



break; 
switch(c) { 

case 2: break; 

break; 



} 

Signed off 04/29/87 in release 101.60 



Number: D200059717 Product: 68000 C 



500 64819S001 



01.40 



One-line description: 

Compiler is not flagging an undefined structure. 

Problem: 

The customer reports that the program listed below causes the 
compiler to hang. I could not duplicate this problem, but, the 
compiler incorrectly reported no errors. 

"C" 
"processor" 

main() { 



int i; 
struct 



undefined a[10][20]; 



The compiler should report that the type 'undefined' is undefined. 

Temporary solution: 
No temporary solution. 

Signed off 04/29/87 in release 101.60 



Number: D200063438 Product: 68000 C 



500 64819S001 



01.50 



One-line description: 

C Function returning large (>2bytes) result can't be called as procedure 

Problem: 

Functions returning large (>2byte) result cannot be called as 

procedures. 

Signed off 04/29/87 in release 101.60 



-8 



SRB detail reports as of 04/29/87 
Number: D200064618 Product: 68000 C 



Page: 



500 64819S001 



43 
01.50 



One-line description: 

Byte parameters are pushed onto the stack incorrectly. 

Problem: 

When passing a byte parameter it is not pushed onto the stack as 
the manual specifies it will be. The Pascal and C manual specify 
that a byte parameter will be pushed in the upper byte of the word 
which is pushed on the stack. The C compiler does a Move.W and 
pushes the char in the lower byte. The pascal compiler does the 
push correctly. 

•■C" 
"68000" 

char called_func() ; 

calling_func() { 

char passed_parm; 
passed_parm « 'b' ; 

called_func(passed_parm) ; 



char called functparm) 
char parm; 

char local_var; 
local_var - parm; 

Signed off 04/29/87 in release 101.60 



Number: D200066019 Product: 68000 C 



500 64819S001 



01.50 



One-line description: 

Illegal forward reference flagged for legally defined string. 

Problem: 

••C" 

"processor" 



char badstringU * {"Wont work"}; 
char stringf] * "works fine"; 

mainO 
{ 

int i; 



i - sizeof (string) ; 
i - sizeof (badstring) ; 

Temporary solution: 



/* Error 117 flagged. */ 



-8 



SRB detail reports as of 04/29/87 

Eliminate the braces when initializing a string. 

"C" 

"processor" 

char stringt] - "do it this way"; 

main( ) 

{ 
int i; 

i - sizeof (string) ; 
} 

Signed off 04/29/87 in release 101.60 
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Number: D200066399 Product: 68000 C 



500 64819S001 



01.50 



One-line description: 

No error message for un implemented processor name. 

Problem: 

Specifying an unimplemented processor name in a C source file 

will cause the compiler to go from pass 1 into C Nocode without 

an error message. The listing file also does not report the 

error. 

Signed off 04/29/87 in release 101.60 
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Number: 1650019109 Product: 68000 C VAX 64819S003 01.80 


}; 




struct write { 


One-line description: 


byte wrt 1; 


Listing file for submitted programs is incomplete. 


byte wrt_2; 




byte wrt 3; 


Problem: 


>; 


The listing file for the included files is incomplete. The 


union device { 


output to standard error is more descriptive than the 


struct read rd; 


listing file. 


struct write wr: 

>; 
♦define PNT ((union device *) 0x80000) 


Signed off 04/29/87 in release 301.90 




main() { 

PNT->wr.wrt 1-1; /'Generates MOVE.B #00001H,00000H instead of 


Number: 5000141127 Product: 68000 C VAX 64819S003 01.00 




} ~ MOVE.B ♦00001H.080000HV 


One- line description: 




Error message are not consistient. 


This error only occurs when a value is assigned to the first member of 




either of the structures. It does not occur if PNT is defined as a 


Problem: 


pointer to a structure, like this: 


If you have a symbol defined twice (it must be defined in an include 


♦define PNT ((struct read *) 0x80000) 


file one of the times) different error messages will be flagged 




depending on the compiler options specified. 


Temporary solution: 




There are two possible temporary solutions to this problem. The first 


"C" 


is to pad the structures with a dummy variable in the first field. 


"processor" 


struct read { 




byte dummy; 


♦define byte char /*Actually defined in an included file. */ 


byte int_l; 


♦define byte int /* Defined right in source file. */ 


byte int_2; 




byte int 3; 


main() { 


); 


int i; 


The second possibility is to use a temporary variable of the appropriate 




type. 


i -5; 


mainO { 


} 


byte *temp; 




temp - PNT; 


If the above program is compiled using the nocode option you will get 


temp- >wr. wrt 1-1; 


a cannot recover from error message and may (depending on the processor) 


} 


get warning 513. If nocode is not specified the warning 513 is correct- 




ly flagged. 

Signed off 04/29/87 in release 301.90 


Signed off 04/29/87 in release 301.90 


Number: D200040337 Product: 68000 C VAX 64819S003 01.20 
One- line description: 


Number: D200033548 Product: 68000 C VAX 64819S003 01.20 




Nested switch statements may generate infinite loop 


One-line description: 




Defining a constant hex number typecast as a pointer may fail. 


Problem: 




If you have nested switch statements and do not terminate the inner 


Problem: 


switch's cases with breaks the compiler generates an infinite loop. 


The following generates incorrect code: 


••C" 


"C" 
"68000" 


"68000" 


main! ){ 


typedef char byte; 


int c; 


struct read { 


switch(c) { 


byte int_l; 


case 1: break; 


byte int~2; 


default: switch(c){ 


byte int~3; 


case 2: break; 


- -8 


- -8 
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} 



} 



/* A break is needed here because the break 
above for 'case 2' generates a jump to 
this location. If a break is not placed 
here it falls into the code for 
evaluating 'case 1' above. */ 



Temporary solution: 

Close default statement with a break. 

-C" 

'•68000" 

main(){ 



int c; 



svitchtcK 
easel: 
default: 



break; 
switch(c){ 

case 2: break; 
> 
break ; 



} 



Signed off 04/29/87 in release 301.90 



Number: D200059725 Product: 68000 C 



VAX 64819S003 



01.50 



One-line description: 

Compiler is not flagging an undefined structure. 

Problem: 

The customer reports that the program listed below causes the 
compiler to hang. I could not duplicate this problem, but, the 
compiler incorrectly reported no errors. 

"C" 
"processor" 

mainO { 

int i; 

struct undefined a[l0][20]; 



The compiler should report that the type 'undefined' is undefined. 

Temporary solution: 
No temporary solution. 



Signed off 04/29/87 in release 301.90 



- -8 



SRB detail reports as of 04/29/87 
Number: D200063446 Product: 68000 c 



Page: 48 
VAX 64819S003 01.80 



One-line description: 

C Function returning large (>2bytes) result can't be called as procedure 

Problem: 

Functions returning large (>2byte) result cannot be called as 

procedures. 

Signed off 04/29/87 in release 301.90 



Number: D200064626 Product: 68000 C 



VAX 64819S003 



01.80 



One-line description: 

Byte parameters are pushed onto the stack incorrectly. 

Problem: 

When passing a byte parameter it is not pushed onto the stack as 
the manual specifies it will be. The Pascal and C manual specify 
that a byte parameter will be pushed in the upper byte of the word 
which is pushed on the stack. The C compiler does a Move.W and 
pushes the char in the lower byte. The pascal compiler does the 
push correctly. 

"C" 
"68000" 

char called_func() ; 

calling_func() { 

char passed_parm; 
passed_parm * 'b* ; 

called_func(passed_parm) ; 



} 

char called_func(pann) 
char parm; 

char local_var; 
local_var ■ parm; 

Signed off 04/29/87 in release 301.90 



Number: D200066027 Product: 68000 C 



VAX 64819S003 



01.80 



One-line description: 

Illegal forward reference flagged for legally defined string. 

Problem: 

"C" 

"processor" 



char badstringf] - {"Wont work"}; 



- -8 
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char string!) - "works fine"; 

mainO 
{ 
int i; 



Page: 
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i » sizeof (string) ; 
i » sizeof (badstring) ; 



/* Error 117 flagged. */ 



Temporary solution: 

Eliminate the braces when initializing a string. 

"C" 
"processor" 

char string!) - "do it this way"; 

main( ) 
{ 

int i; 

i • sizeof (string); 
Signed off 04/29/87 in release 301.90 



Number: D200066407 Product: 68000 C 



VAX 64819S003 



01.80 



One-line description: 

No error message for unimplemented processor name. 

Problem: 

Specifying an unimplemented processor name in a C source file 

will cause the compiler to go from pass 1 into C Nocode without 

an error message. The listing file also does not report the 

error. 

Signed off 04/29/87 in release 301.90 



SRB detail reports as of 04/29/87 
Number: 1650019406 Product: 6809 C 



Page: 



64822 



50 
01.07 



One-line description: 

Return value of function call is being stored at loc. EMPTYSET. 

Problem: 

Returning from a function the compiler stores the result 

to location EMPTY_SET_. 

"C" 
"6809" 

$USER_DEFINED$ 

struct { char value[4); ) typedef lint; 

lint fund I) 
{ 

lint x; 

return(x) ; 
) 

main( ) 
{ 

lint y; 

y » fund; 

Return value should be stored at location *y'. Instead it is 
stored at EMPTY_SET_. 

Signed off 04/29/87 in release 201.08 



Number: D200010157 Product: 6809 C 
Keywords: PASS 1 



64822 



00.06 



One-line description: 

Unsigned integers treated as signed when subtracted from pointers 

Problem: 

When an unsigned short or integer is used as an offset to a pointer, the 
unsigned will be treated as a signed when doing pointer calculations. 
Offsets large enough to set the sign bit will be interpreted as a 
negative offset when the offset is subtracted from a pointer. The 
following code exibits the problem if offset is greater than 32767 dec. 
unsigned offset; 
struct { int a,b,c; 

} »ptr; 
unsigned long x; 



main 
{ 
x « ptr 

) 



offset; /* The compiler will generate code negating 
/* offset for the "-" operation. 



*/ 

*/ 



Temporary solution: 



- -8 
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Cast the offset in the expression as the next larger integer, 
ie. x ■ ptr - (unsigned long)offset; 

Signed off 04/29/87 in release 201.08 


SRB detail reports as of 04/29/87 Page: 52 

evaluating 'case 1' above. */ 

Temporary solution: 

Close default statement with a break. 

"C" 

"68000" 

main(){ 

int c; 

switch(c){ 

easel: break; 
default: switch(c){ 

case 2: break; 
} 
break; 

} 

Signed off 04/29/87 in release 201.08 


Number: D2000 11387 Product: 6809 C 64822 00.56 

Keywords: PASS 1 

One-line description: 

Functions invoked via function pointers may JSR the wrong location 

Problem: 

When the typedef statement is used to define pointers to functions, 
and this pointer type is used in a cast of a variable array to invoke 
code stored in that array, program execution may transfer to the wrong 
location. For example, in the followinf code the simple call to 
code_array fails while the call and assignment to p works correctly: 

typedef int(*PFI)(); /* PFI a pointer to int functions */ 
int code_array[100] ; /* array contains code V 
PFI p; /* p a pointer of type PFI */ 

pfibugO 

(*((PFI) code_array) ) ( ) : /* fails in JSR to code_array */ 
(*(p*(PFI)code_array) ) ( i ; /* assignment and JSR successful */ 

Temporary solution: 

Set up a dummy variable and perform an assignment to it when doing 

this type of operation. 

Signed off 04/29/87 in release 201.08 


Number: D200059824 Product: 6809 C 64822 01.06 

One-line description: 

Compiler is not flagging an undefined structure. 

Problem: 

The customer reports that the program listed below causes the 
compiler to hang. I could not duplicate this problem, but, the 
compiler incorrectly reported no errors. 

"C" 

"processor" 

maint) { 

int i; 

struct undefined a[10][20]; 

} 

The compiler should report that the type 'undefined' is undefined. 

Temporary solution: 
No temporary solution. 

Signed off 04/29/87 in release 201.08 


Number: D200040402 Product: 6809 C 64822 01.05 

One-line description: 

Nested switch statements may generate infinite loop 

Problem: 

If you have nested switch statements and do not terminate the inner 

switch's cases with breaks the compiler generates an infinite loop. 

"C" 

"68000" 

main(){ 

int c; 

switch(c) { 

case 1: break; 
default: switch(c){ 

case 2: break; 
} 
/* A break is needed here because the break 
above for 'case 2' generates a jump to 
this location. If a break is not placed 
here it falls into the code for 

- -8 


Number: D200063537 Product: 6809 C 64822 01.07 

One-line description: 

C Function returning large (>2bytes) result can't be called as procedure 

Problem: 

Functions returning large (>2byte) result cannot be called as 

procedures. 

- -8 
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Signed off 04/29/87 in release 201.08 



Page: 



53 



Number: D200066126 Product: 6809 C 



64822 



01.07 



One-line description: 

Illegal forward reference flagged for legally defined string. 

Problem: 

"C" 

"processor" 



char badstringU ■ {"Wont work"}; 
char string [] ■= "works fine"; 

main!) 
{ 

int i; 



i • sizeof (string) ; 
i - sizeof ( bads t ring) ; 



/* Error 117 flagged. */ 



Temporary solution: 

Eliminate the braces when initializing a string. 

"C" 
"processor" 

char stringt] - "do it this way"; 

maint ) 
{ 

int i; 



) 



i » sizeof (string) ; 



Signed off 04/29/87 in release 201.08 



- -8 



SRB detail reports as of 04/29/87 
Number: D200051953 Product: 6809 C 



Page: 



300 64822S004 



54 
01.00 



One-line description: 

Nested switch statements may generate infinite loop 

Problem: 

If you have nested switch statements and do not terminate the inner 

switch's cases with breaks the compiler generates an infinite loop. 

"C" 

"6809" 



maint ) { 

int c; 



switch(c) { 



) 



case 1: break; 
default: switch(c){ 

case 2: break; 
} 
/* A break is needed here because the break 
above for 'case 2' generates a jump to 
this location. If a break is not placed 
here it falls into the code for 
evaluating 'case 1* above. */ 



Temporary solution: 

Close default statement with a break. 

"C" 
"eSOg" 

main( ){ 



int c; 



switch(c){ 
easel: 
default: 



break; 
switch (c) { 

case 2: break; 
} 
break ; 



} 

Signed off 04/29/87 in release 401.20 



Number: D200059857 Product: 6809 C 



300 64822S004 



01.00 



One-line description: 

Compiler is not flagging an undefined structure. 

Problem: 

The customer reports that the program listed below causes the 
compiler to hang. I could not duplicate this problem, but, the 
compiler incorrectly reported no errors. 

"C" 
"processor" 



mainO { 



- -8 
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int i; 

struct undefined a[10][20]; 
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The compiler should report that the type 'undefined' is undefined. 

Temporary solution: 
No temporary solution. 

Signed off 04/29/87 in release 401.20 



Number: D200063560 Product: 6809 C 



300 64822S004 



01.10 



One-line description: 

C Function returning large (>2bytes) result can't be called as procedure 

Problem: 

Functions returning large (>2byte) result cannot be called as 

procedures. 

Signed off 04/29/87 in release 401.20 



Number: D200066159 Product: 6809 C 



300 64822S004 



01.10 



One-line description: 

Illegal forward reference flagged for legally defined string. 

Problem: 
"C" 

"processor" 



char badstringt) « ("Wont work"}; 
char string!) • "works fine"; 

mainO 
{ 

int i; 



i - sizeof (string) ; 
i - sizeof (badstring) ; 



/* Error 117 flagged. */ 



Temporary solution: 

Eliminate the braces when initializing a string. 

"C" 

"processor" 

char stringU • "do it this way"; 

mainO 
{ 

int i; 

- -8 
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i « sizeof (string); 
Signed off 04/29/87 in release 401.20 



Page: 
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Number: D200066498 Product: 6809 C 



300 64822S004 



01.10 



One-line description: 

No error message for unimplemented processor name. 

Problem: 

Specifying an unimplemented processor name in a C source file 

will cause the compiler to go from pass 1 into C Nocode without 

an error message. The listing file also does not report the 

error. 

Signed off 04/29/87 in release 401.20 



-8 



SRB detail reports as of 04/29/87 
Number: D200059832 Product: 6809 C 



Page: 



500 64822S001 



57 
01.20 



One-line description: 

Compiler is not flagging an undefined structure. 

Problem: 

The customer reports that the program listed below causes the 
compiler to hang. I could not duplicate this problem, but, the 
compiler incorrectly reported no errors. 

"C" 
"processor" 

mainO { 

int i; 

struct undefined a[10][20]; 



The compiler should report that the type 'undefined' is undefined. 

Temporary solution: 
No temporary solution. 



Signed off 04/29/87 in release 101.40 



Number: D200063545 Product: 6809 C 



500 64822S001 



01.30 



One-line description: 

C Function returning large (>2bytes) result can't be called as procedure 

Problem: 

Functions returning large (>2byte) result cannot be called as 

procedures. 

Signed off 04/29/87 in release 101.40 



Number: D200066134 Product: 6809 C 



500 64822S001 



01.30 



One-line description: 

Illegal forward reference flagged for legally defined string. 

Problem: 

»C" 

"processor" 



char badstringt] ■ {"Wont work"}; 
char string!] - "works fine"; 

mainO 
{ 

int i; 



i - sizeof (string); 



- -8 
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i - sizeof (badstring); /* Error 117 flagged. V 

Temporary solution: 

Eliminate the braces when initializing a string. 

"C" 
"processor" 



58 



char string[] » "do it this way"; 

main( } 
{ 

int i; 

i = sizeof (string) ; 
} 

Signed off 04/29/87 in release 101.40 



Number: D200066472 Product: 6809 C 



500 64822S001 



01.30 



One-line description: 

No error message for unimplemented processor name. 

Problem: 

Specifying an unimplemented processor name in a C source file 

will cause the compiler to go from pass 1 into C Nocode without 

an error message. The listing file also does not report the 

error. 

Signed off 04/29/87 in release 101.40 



SRB detail reports as of 04/29/87 
Number: D200059840 Product: 6809 C 



Page: 



VAX 64822S003 



59 
01.20 



One-line description: 

Compiler is not flagging an undefined structure. 

Problem: 

The customer reports that the program listed below causes the 
compiler to hang. I could not duplicate this problem, but, the 
compiler incorrectly reported no errors. 

.. c .. 

"processor" 

main!) { 

int i; 

struct undefined a[10][20]; 



The compiler should report that the type 'undefined* is undefined. 

Temporary solution: 
No temporary solution. 

Signed off 04/29/87 in release 301.60 



Number: D200063552 Product: 6809 C 



VAX 64822S003 



01.50 



One-line description: 

C Function returning large (>2bytes) result can't be called as procedure 

Problem: 

Functions returning large (>2byte) result cannot be called as 

procedures. 

Signed off 04/29/87 in release 301.60 



Number: D200066142 Product: 6809 C 



VAX 64822S003 



01.50 



One-line description: 

Illegal forward reference flagged for legally defined string. 

Problem: 

"C" 

"processor" 



char badstringU « {"Wont work"}; 
char string[] ■ "works fine"; 

main() 
{ 
int i; 



sizeof (string); 



SRB detail reports as of 04/29/87 Page: 

i - sizeof (badstring); /* Error 117 flagged. */ 

Temporary solution: 

Eliminate the braces when initializing a string. 

"C" 
"processor" 

char string[] = "do it this way"; 

ma int ) 
{ 

int i; 

i ■ sizeof (string) ; 



60 



> 

Signed off 04/29/87 in release 301.60 



Number: D200066480 Product: 6809 C 



VAX 64822S003 



01.50 



One-line description: 

No error message for unimplemented processor name. 

Problem: 

Specifying an unimplemented processor name in a C source file 

will cause the compiler to go from pass 1 into C Nocode without 

an error message. The listing file also does not report the 

error. 

Signed off 04/29/87 in release 301.60 



-8 
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01.08 



SRB detail reports as of 04/29/87 

Number: 5000098343 Product: 6809 PASCAL 64813 

Keywords: VARIANT RECORDS 

One-line description: 
Variant records may not work. 

Problem: 

TYPE X • RECORD 

CASE BOOLEAN OF 
TRUE : (I : INTEGER); 
FALSE : (A : ARRAY [0..1] OF BYTE) 
END; 
VAR L : X; 

12 : INTEGER; 
BEGIN 

L.I :- 12; {THIS STORE IS MADE VIA THE D-REGISTER} 
L.A[0] :- 0; {MEMORY IS CLEARED DIRECTLY) 

IF L.I - 5 THEN { THIS COMPARE IMMEDIATE IS DONE WITH THE D-REGISTER 
NOT RECOGNIZING THE FACT THAT MEMORY CONTENTS AND 
THE D-REGISTER ARE DIFFERENT) 

Temporary solution: 

$AMNESIA 0N$ around the code. 

Signed off 04/29/87 in release 301.11 



SRB detail reports as of 04/29/87 

Temporary solution: 

No known temporary solution. 

Signed off 04/29/87 in release 301.11 
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Number: 5000124065 Product: 6809 PASCAL 



64813 



01.08 



One-line description: 

The library routine called DISPOSE does not generate correct code 



Problem: 

The library routine, DISPOSE, destroys the contents of the U register 

without restoring it. For example: 

TYPE X - RECORD A : INTEGER; 
B : "X; 
end; 
VAF P : "X; 
PROCEDURE TEST (R :X); 
BEGIN 

E '■ P - ** 

NEW(P);' 

DISPOSE (P); 

P :- R.B; 
END; 

In this example address of R is store in the U register. WHen the 
program returns from DISPOSE(P), the U register no longer contains 
the address of R. 

This defect is also reported on the 8086/8 Pascal Compiler ( 

SR#5000 124313) . In this case, the ES register is being overwritten. 



- -8 



- -8 
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Number: D200051573 Product: 6809 PASCAL 300 64813S004 01.00 

Keywords: VARIANT RECORDS 

One-line description: 
Variant records may not work. 

Problem: 

TYPE X - RECORD 

CASE BOOLEAN OF 
TRUE : (I : INTEGER); 
FALSE : (A : ARRAY [0..1] OF BYTE) 
END; 
VAR L : X; 

12 : INTEGER; 
BEGIN 

L.I :- 12; {THIS STORE IS MADE VIA THE D-REGISTER} 
L.A[0] :« 0; {MEMORY IS CLEARED DIRECTLY} 

IF L.I - 5 THEN { THIS COMPARE IMMEDIATE IS DONE WITH THE D-REGISTER 
NOT RECOGNIZING THE FACT THAT MEMORY CONTENTS AND 
THE D-REGISTER ARE DIFFERENT} 

Temporary solution: 
$AMNESIA ON$ around the code. 

Signed off 04/29/87 in release 401.20 
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Number: D200036434 Product: 6809 PASCAL 500 64813S001 01.00 

Keywords: VARIANT RECORDS 

One-line description: 
Variant records may not work. 

Problem: 

TYPE X * RECORD 

CASE BOOLEAN OF 
TRUE : (I : INTEGER); 
FALSE : (A : ARRAY [0..1] OF BYTE) 
END; 
VAR L : X; 

12 : INTEGER; 
BEGIN 

L.I :« 12; {THIS STORE IS MADE VIA THE D-REGISTER} 
L.AtO] := 0; {MEMORY IS CLEARED DIRECTLY} 

IF L.I -5 THEN { THIS COMPARE IMMEDIATE IS DONE WITH THE D-REGISTER 
NOT RECOGNIZING THE FACT THAT MEMORY CONTENTS AND 
THE D-REGISTER ARE DIFFERENT} 

Temporary solution: 

$AMNESIA ON$ around the code. 

Signed off 04/29/87 in release 101.30 
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Number: 1650007237 Product: 6809 PASCAL 
Keywords: PASS 3 
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One-line description: 

Offset to parameters is incorrect in nested procedure. 

Problem: 

The 6809 Pascal compiler is pushing parameters incorrectly. Speci- 
fically, if several parameters are pushed the 6809 loads the 
appropiate registers pushes them and begins reloading them. The 
problem is after pushing the registers the compiler forgets 
the location of the static link and assumes its at Stack+0. 



"6809" PREPR0CESS 

tEXTENSIONS ON$ 
$RECURSIVE 0N$ 

PROGRAM STACKBUILD; 

CONST 

PATTERN_EVENT - UNSIGNED_8( 138) ; 
NO - UNSIGNED_8(0); 



TYPE 

STRUCTURE 
VAR1 
VAR2 

END; 

CHAN_PTR 
Q PTR 
I0_PTR 

VAR 

P PTR : 



RECORD 

INTEGER; 

INTEGER; 



- "STRUCTURE 

- "STRUCTURE 

- "STRUCTURE 



PROCEDURE 
PROCEDURE 



Q-PTR; 



SEND_EVENT(A,B,C,D : UNSIGNED_8; E.F : INTEGER) 
LOG.EVENTU.B.C.D.E.F : UNSIGNED_8); EXTERNAL; 



EXTERNAL; 



PROCEDURE 0NE_MINUTE_SCAN(P1 : Q_PTR; P2 : I0_PTR); 



VAR 
P3 

OS_TYPE 
OS_ADDR 
0S_CHAN 
T7 
T10 



PROCEDURE 



CHAN PTR; 

UNSIGNED 8 

UNSIGNED~8 

UNSIGNED~8 

INTEGER; - 

INTEGER; 



SEND_PATTERN( PATTERN NO: UNSIGNED_8; 
X0.X1 : INTEGER; 
PI : CHAN_PTR); 
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SEND_EVENT(PATTERN_EVENT, 0S_ADDR, PATTERN_NO, 0S_CHAN, XO, XI) 



LDU 

LDY 

LDX 

LDB 

LDA 

PSHS 

LDY 



LDB 



07H.S 
05H.S 
OOH.S 
06H.X 
04H.S 



B,A,Y,U,PC 
00H.S 



0DH.Y 



;X1 

;X0 

; STATIC LINK 

; 0S_CHAN 

; PATTERN_NO 



;PUSH PARAMETERS 
COMPILER THINKS IT IS LOADING 
STATIC OFFSET. IT IS ACTUALLY 
LOADING THE VALUE OF B. 
GARBAGE 



END; { SEND PATTERN } 

BEGIN 

SEND_PATTERN(N0 ) 1,2,P_PTR); 
END; { ONE_MINUTE_SCAN } 



BEGIN 

ONE_MINUTE_SCAN ( P_PTR , P_PTR ) 

END. { STACKBUILD } 

Temporary solution: 

No known work around at this time. 

Signed off 04/29/87 in release 301.40 



VAX 64813S003 



01.00 



Number: D200036442 Product: 6809 PASCAL 

Keywords: VARIANT RECORDS 

One-line description: 
Variant records may not work. 

Problem: 

TYPE X - RECORD 

CASE BOOLEAN OF 
TRUE : (I : INTEGER); 
FALSE : (A : ARRAY [0..1] OF BYTE) 
END; 
VAR L : X; 

12 : INTEGER; 
BEGIN 

L.I :- 12; {THIS STORE IS MADE VIA THE D-REGISTER} 
L.A[0] :- 0; {MEMORY IS CLEARED DIRECTLY} 

IF L.I -5 THEN { THIS COMPARE IMMEDIATE IS DONE WITH THE D-REGISTER 
NOT RECOGNIZING THE FACT THAT MEMORY CONTENTS AND 
THE D-REGISTER ARE DIFFERENT) 



-8 
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Temporary solution: 

$AMNESIA ONI around the code. 

Signed off 04/29/8? in release 301.40 
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Number: D200067561 Product: 80286B ASSEMB 

Keywords: LINKER 



64859 



Page: 68 

01.00 



One-line description: 

Error flag not set when file required by link is missing 

Problem: 

System error flag not set (command doesn't stop) when a file required 

by a link is missing. 

Signed off 04/29/87 in release 901.02 



Number: D200067579 Product: 80286B ASSEMB 
Keywords: ENHANCEMENT 



64859 



01.00 



One-line description: 

Seperate linker outputs by adding several blank lines at the start 

Problem: 

The 64100 80286B linker output runs together when displayed. The 
beginning of each linker output should have several blank lines added 
so that the beginning of the new linker output can be determined. 
Another alternativce would be to clear the screen at the beginning of 
each linker output. 

Signed off 04/29/87 in release 901.02 



Number: D200067595 Product: 80286B ASSEMB 
Keywords: ENHANCEMENT 



64859 



01.00 



One-line description: 

Change the linker to only accept 80286B link_sym files 

Signed off 04/29/87 in release 901.02 

Number: D200067603 Product: 80286B ASSEMB 64859 01.00 

Keywords: ENHANCEMENT 

One-line description: 

File with unsupported processor name should be specified in error msg 

Signed off 04/29/87 in release 901.02 



Number: D200067611 Product: 80286B ASSEMB 
Keywords: ENHANCEMENT 



64859 



01.00 



One- line description: 

Warning message should be generated when aliasing an alias 

Problem: 
Enhancement request to add a warning message when aliasing an alias. 



- -0 



SRB detail reports as of 04/29/87 
Signed off 04/29/87 in release 901.02 
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Number: D200055426 Product: 80286B ASSEMB 

Keywords: CODE GENERATOR 



Page: 70 
300 64859S004 01.00 



One-line description: 

FSTSW/FNSTSW function incorrectly with two-byte memory operand 

Problem: 

FSTSW/FNSTSW (Store 80287 Status Word) instruction incorrectly results 
in Invalid Operand Error when used with two-byte memory operand. 
This instruction should accept a two-byte memory operand. 

Temporary solution: 

The FSTSW AX or FNSTSW AX versions of the FSTSW/FNSTSW instructions 

can be used followed immediately by the MOV mem, AX instruction. 

Signed off 04/29/87 in release 401.10 



Number: D200055459 Product: 80286B ASSEMB 
Keywords: CODE GENERATOR 



300 64859S004 



01.00 



One-line description: 

FSTENV instruction generates object code without required wait instr 

Problem: 

The object code for the FSTENV instruction is missing the required wait 

instruction. The code generated is D936001A, it should be 9BD936001A. 

Temporary solution: 

Precede all FSTENV instructions with the WAIT instruction. 



Signed off 04/29/87 in release 401.10 

Number: D200055483 Product: 80286B ASSEMB 300 64859S004 



01.00 



Keywords: CODE GENERATOR 

One-line description: 

Obj. code generated for arithmetic instr. are incorrect. 

Problem: 

The object code produced for the arithmetic instructions FADD.FDIV, 
FDIVP, FDIVR, FDIVRP, FMUL, FSUB, FSUBP, FSUBR, FSUBRP is not correct. 
These problems occur only with the code generated for the 80287 
coprocessor. The 8087 processor was changed in Feb. 1984. The opcodes 
generated are for 8087 processors manufactured prior to Feb. 1984. 

opcode - valid prior to FEB. 1984 



instruction 




opcod 


FADD 




DCC1 


FDIV 




DCF1 


FDIV ST[3] 


ST 


DCF3 


FDIVP ST [4] 


ST 


DEF4 


FDIVR 




DCF9 


FDIVR ST [4] 


ST 


DCFC 


FDIVRP STtl] 


,ST 


DEF9 
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FMUL 






DCC9 


FSUB 






DCE1 


FSUB 


ST[1] 


,ST 


DCE2 


FSUBP 


ST[2] 


,ST 


DEE2 


FSUBR 






DCE9 


FSUBR 


ST[1] 


,ST 


DCE9 



FSUBRP ST[1],ST 



DEE9 



The pseudo instruction NEW_8087 will cause the correct opcodes to be 
generated. This assembler should default to the new opcodes without 
the pseudo instruction. 

Temporary solution: 

The "NEW_8087" pseudo instruction should be included in any program 
using the 80287 arithmetic instructions. This pseudo instruction 
should precede all 80287 instructions. 



"80286B" 



DEC1 
DEF9 
DCFB 
DEFC 
DEF1 
DCF4 
DEF1 
DEC9 
DEE9 
DCE9 
DEEA 
DEE1 
DCE1 
DEE1 



KEW_8087 

PROG 

FADD 

FDIV 

FDIV 

FDIVP 

FDIVR 

FDIVR 

FDIVRP 

FMUL 

FSUB 

FSUB 

FSUBP 

FSUBR 

FSUBR 

FSUBRP 



ST[3],ST 
ST [4], ST 

ST [4], ST 
ST[1],ST 



ST[1],ST 
ST[2],ST 

ST[1],ST 
ST[1],ST 



Signed off 04/29/87 in release 401.10 
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Number: D200055400 Product: 80286B ASSEMB 

Keywords: CODE GENERATOR 



Page: 72 
500 64859S001 01.00 



One-line description: 

FSTSW/FNSTSW function incorrectly with two-byte memory operand 

Problem: 

FSTSW/FNSTSW (Store 80287 Status Word) instruction incorrectly results 
in Invalid Operand Error when used with two-byte memory operand. 
This instruction should accept a two-byte memory operand. 

Temporary solution: 

The FSTSW AX or FNSTSW AX versions of the FSTSW/FNSTSW instructions 

can be used followed immediately by the MOV mem, AX instruction. 

Signed off 04/29/87 in release 101.10 

Number: D200055434 Product: 80286B ASSEMB 500 64859S001 01.00 

Keywords: CODE GENERATOR 

One-line description: 

FSTENV instruction generates object code without required wait instr 

Problem: 

The object code for the FSTENV instruction is missing the required wait 

instruction. The code generated is D936001A, it should be 9BD936001A. 

Temporary solution: 

Precede all FSTENV instructions with the WAIT instruction. 

Signed off 04/29/87 in release 101.10 



Number: D200055467 Product: 80286B ASSEMB 
Keywords: CODE GENERATOR 



500 64859S001 



01.00 



-0 



One-line description: 

Obj. code generated for arithmetic instr. are incorrect. 

Problem: 

The object code produced for the arithmetic instructions FADD, FDIV, 
FDIVP, FDIVR, FDIVRP, FMUL, FSUB, FSUBP, FSUBR, FSUBRP is not correct. 
These problems occur only with the code generated for the 80287 
coprocessor. The 8087 processor was changed in Feb. 1984. The opcodes 
generated are for 8087 processors manufactured prior to Feb. 1984. 

valid prior to FEB. 1984 



instruction 




opcod 


FADD 




DCCl 


FDIV 




DCF1 


FDIV ST [3] 


ST 


DCF3 


FDIVP ST [4] 


ST 


DEF4 


FDIVR 




DCF9 


FDIVR ST [4] 


,ST 


DCFC 


FDIVRP ST[1] 


,ST 


DEF9 



-0 
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FMUL 


DCC9 


FSUB 


DCE1 


FSUB 


ST[1],ST DCE2 


FSUBP 


ST [2], ST DEE2 


FSUBR 


DCE9 


FSUBR 


ST[1],ST DCE9 


FSUBRP 


ST[1],ST DEE9 



Page: 73 



The pseudo instruction NEW_8087 will cause the correct opcodes to be 
generated. This assembler should default to the new opcodes without 
the pseudo instruction. 

Temporary solution: 

The "NEW_8087" pseudo instruction should be included in any program 
using the 80287 arithmetic instructions. This pseudo instruction 
should precede all 80287 instructions. 

ex. "80286B" 



DEC1 
DEF9 
DCFB 
DEFC 
DEF1 
DCF4 
DEF1 
DEC9 
DEE9 
DCE9 
DEEA 
DEE1 
DCE1 
DEE1 



NEW_8087 




PROG 






FADD 






FDIV 






FDIV 


ST[3] 


ST 


FDIVP 


ST [4] 


ST 


FDIVR 






FDIVR 


ST[4j 


ST 


FDIVRP 


ST[1] 


ST 


FMUL 






FSUB 






FSUB 


STtl] 


ST 


FSUBP 


ST[2] 


ST 


FSUBR 






FSUBR 


STtl] 


ST 


FSUBRP 


ST[1] 


ST 



Signed off 04/29/87 in release 101.10 
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Number: D200055418 Product: 80286B ASSEMB 

Keywords: CODE GENERATOR 
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One-line description: 

FSTSW/FNSTSW function incorrectly with two-byte memory operand 

Problem: 

FSTSW/FNSTSW (Store 80287 Status Word) instruction incorrectly results 
in Invalid Operand Error when used with two-byte memory operand. 
This instruction should accept a two-byte memory operand. 

Temporary solution: 

The FSTSW AX or FNSTSW AX versions of the FSTSW/FNSTSW instructions 

can be used followed immediately by the I10V mem, AX instruction. 

Signed off 04/29/87 in release 301.10 



Number: D200055442 Product: 80286B ASSEMB 
Keywords: CODE GENERATOR 



VAX 64859S003 



01.00 



- -0 



One-line description: 

FSTENV instruction generates object code without required wait instr 

Problem: 

The object code for the FSTENV instruction is missing the required wait 

instruction. The code generated is D936001A, it should be 9BD936001A. 

Temporary solution: 

Precede all FSTENV instructions with the WAIT instruction. 

Signed off 04/29/87 in release 301.10 



Number: D200055475 Product: 80286B ASSEMB 
Keywords: CODE GENERATOR 



VAX 64859S003 



01.00 



One-line description: 

Obj. code generated for arithmetic instr. are incorrect. 

Problem: 

The object code produced for the arithmetic instructions FADD, FDIV, 
FDIVP, FDIVR, FDIVRP, FMUL, FSUB, FSUBP, FSUBR, FSUBRP is not correct. 
These problems occur only with the code generated for the 80287 
coprocessor. The 8087 processor was changed in Feb. 1984. The opcodes 
generated are for 8087 processors manufactured prior to Feb. 1984. 

valid prior to FEB. 1984 



instruction 




opcod 


FADD 






DCC1 


FDIV 






DCF1 


FDIV 


ST[3] 


ST 


DCF3 


FDIVP 


ST [4] 


ST 


DEF4 


FDIVR 






DCF9 


FDIVR 


ST[4] 


,ST 


DCFC 


FDIVRP 


ST[1] 


,ST 


DEF9 
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FMUL 






DCC9 


FSUB 






DCE1 


FSUB 


STtl] 


ST 


DCE2 


FSUBP 


ST [2] 


,ST 


DEE2 


FSUBR 






DCE9 


FSUBR 


STtl] 


ST 


DCE9 


FSUBRP 


ST[1] 


ST 


DEE9 



The pseudo instruction NEW_8087 will cause the correct opcodes to be 
generated. This assembler should default to the new opcodes without 
the pseudo instruction. 

Temporary solution: 

The "NEW_8087" pseudo instruction should be included in any program 
using the 80287 arithmetic instructions. This pseudo instruction 
should precede all 80287 instructions. 



ex. 



"80286B" 



DEC1 
DEF9 
DCFB 
DEFC 
DEF1 
DCF4 
DEF1 
DEC9 
DEE9 
DCE9 
DEEA 
DEE1 
DCE1 
DEE1 



NEW_8087 

PROG 

FADD 

FDIV 

FDIV 

FDIVP 

FDIVR 

FDIVR 

FDIVRP 

FMUL 

FSUB 

FSUB 

FSUBP 

FSUBR 

FSUBR 

FSUBRP 



ST [3], ST 
ST [4], ST 

ST [4], ST 
STtl], ST 



ST[1],ST 
ST[2],ST 

STtl], ST 
STtl], ST 



Signed off 04/29/87 in release 301.10 



Number: D200067546 Product: 80286B ASSEMB 



VAX 64859S003 



01.00 



One-line description: 

Build files generated on the VAX will not work with the 286 linker 

Problem: 

The 286 builder does not function correctly when using build files that 
were created on the VAX. These files are record format which contains 
EOF errors; therefore, all build files generated on the VAX will fail. 
The build files generated on the 64100 are uploaded as streamlf format 
files and .therefore, do not contain this problem. 

Temporary solution: 

Temporary solution: Generate build files on the 64100 and 
upload to the VAX. 

Signed off 04/29/87 in release 301.10 
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Number: D200016295 Product: 8085 B PASCAL 

Keywords: CODE GENERATOR 



64825 



Page: 77 

01.01 



One-line description: 

Compiler generates incorrect code (assignment to record variable). 

Temporary solution: 

Enable the compiler option AMNESIA before the assignment statement. 

Signed off 04/29/87 in release 501.04 

Number: D200020081 Product: 8085 B PASCAL 64825 01.01 

One- line description: 

Compiler does not generate cross reference table. 

Problem: 

When compiling a program using the option 'xref, no cross 
reference table will be generated if the compilation completes without 
errors. 

Temporary solution: 

To generate a cross reference table simply edit the source file and 
introduce an error (syntax error will do). The error will cause the 
compiler to generate the cross reference table. Once the table has 
been generated simply edit the source file and remove the error. 

Signed off 04/29/87 in release 501.04 



Number: D200029793 Product: 8085 B PASCAL 
Keywords: POINTERS 



64825 



01.01 



One-line description: 

Variables of type pointer may not be incremented correctly. 

Problem: 

"PROCESSOR" 

TYPE 

PTR - "BYTE; 

TX - PTR; 



VAR 

RXOUT: TX; 
TEMP1.TEMP2 



BYTE; 



BEGIN 
TEMPI 



RXOUT"; 
LD HL, [RXOUT] 
LD A,[HL] 
LD [TEMPI], A 



;HERE, TEMPI IS CORRECTLY LOADED WITH THE BYTE 
;THAT RXOUT IS POINTING TO 



RXOUT :- TX(SIGNED_16(RX0UT)+1); {INCREMENT RXOUT} 
LD HL, [RXOUT] 

- -0 
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INC 
LD 



HL 

[RXOUT], HL ;RX0UT IS CORRECTLY INCREMENTED 



TEMP2 :- RXOUT"; {TEMP2 SHOULD GET THE NEXT BYTE} 

LD [TEMP2],A ;SINCE A WAS NOT DISTURBED, THE COMPILER DOES 
;N0T REALIZE THAT THE POINTER WAS UPDATED. 

Temporary solution: 

Set $AMNESIA 0N$ around the pointer referencing code. 

Signed off 04/29/87 in release 501.04 



Number: D200036863 Product: 8085 B PASCAL 
Keywords: IF 



64825 



01.01 



One-line description: 

IF Bl <rel-op> B2 THEN Bl :« Bl - 1; {DOESN'T WORK} 

Problem: 

VAR Bl, B2 : BYTE; 

BEGIN 

IF Bl (>l<l-l<-l >-) B2 THEN 

Bl :• Bl - 1; {THE REGISTER CONTAINING Bl IS DECREMENTED, THEN 
OVERWRITTEN BEFORE IT IS SAVED IN MEMORY} 

Temporary solution: 

$ AMNESIA +$ 

Signed off 04/29/87 in release 501.04 



Number: D200040121 Product: 8085 B PASCAL 
Keywords: CODE GENERATOR 



64825 



01.01 



One-line description: 

Incorrect code generated for adding one char to another. 



Problem: 

VAR 

SRC, DEST 



CHAR; 



BEGIN 
DEST : 



DEST ♦ SRC; {GENERATES INCORRECT CODE) 



Temporary solution: 
None at this time. 

Signed off 04/29/87 in release 501.04 



- -0 
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Number: D200041137 Product: 8085 B PASCAL 

Keywords: PASS 2 



64825 



Page: 79 

01.01 



One-line description: 
REBOOT DURING PASS 2 

Problem: 

The 640O0 will reboot during pass 2 when compiling files where 

1) The 105th external variable is an array, and 

2) An element of the 105th external variable is accessed in the 19th 
procedure or function in the file (external and locally defined 
procedures count in this total). 

Temporary solution: 

Change the order of the external variable declarations, or change the 

order of the procedure declarations. 

Signed off 04/29/87 in release 501.04 



Number: D200064329 Product: 8085 B PASCAL 



64825 



01.03 



One-line description: 

Error #1009 using byte-sized ORG'ed variables in FOR loops 

Problem: 

Error #1009 is generated when byte sized ORG'ed variables are 

used in FOR loops. The following code illustrates the problem. 

"processor name" 

PROGRAM TEST; 

$EXTENSIONS 0N$ 

PROCEDURE ERR; 

VAR 

$0RG 5000$ 

B1,B2,X1: BYTE; 



BEGIN 

FOR XI 
END; 



Bl to B2 DO; 



(•Pass 2 Error 1009 - No free registers*) 



Temporary solution: 

The error does not occur if the FOR loop variable is word sized instead 

of byte sized. It will also go away if the ORG statement is removed. 

Signed off 04/29/87 in release 501.04 

Number: D200064428 Product: 8085 B PASCAL 64825 01.03 

One-line description: 

32-bit unsigned divide and modulus may fail 

Problem: 

The result of an unsigned 32-bit division or modulus operation may 

be incorrect if the dividend and the destination are the same 

- -0 
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location. The problem is in the library routine Zdworddiv. The 
following code demonstrates the problem: 

"processor name" 
PROGRAM TEST; 
$EXTENSIONS 0N$ 
VAR 

B1.B2 : UNSIGNED_32; 
BEGIN 

Bl := UNSIGNED_32(0EO0O0O00O); 

B2 .' UNSIGNED_32(0900000000); 

Bl :- B1/B2; 
END. 

Signed off 04/29/87 in release 501.04 

Number: D200054493 Product: 8085 B PASCAL 64825 01.03 

One-line description: 

Library routine REAL_R0UND may fail. 

Problem: 

The library routine REAL_R0UND may fail, causing floating point 

numbers to be incorrectly rounded to integers. 

Signed off 04/29/87 in release 501.04 

Number: D200064568 Product: 8085 B PASCAL 64§25 01.03 

One-line description: 

DEBUG byte division and modulus may incorrectly report division by zero 

Problem: 

The DEBUG library routines for performing signed and unsigned byte 
division and modulus operations may fail and incorrectly report 
an attempted division by zero. 

The following code fails in this manner: 

"processor name" 
PROGRAM TEST; 
$EXTENSIONS 0N$ 
VAR 

B1,B2,B3 : BYTE; 
$0RG 5000HS 

BA : ARRAYU..15] OF BYTE; 

BEGIN 

Bl :- 1; 

B2 :- 1; 

B3 :- 0; 

BA(B3] :- Bl DIV B2; (*DIV fails - reports division by zero») 
END. 

Signed off 04/29/87 in release 501.04 
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Number: D200064956 Product: 8085 B PASCAL 

One-line description: 

Set comparisons with the empty set may fail 
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Problem: 

Set comparisons with the empty set may fail. The following code 

is an example of this problem: 

"processor name" 
PROGRAM TEST; 
$EXTENSI0NS 0N$ 
TYPE 

CH - 0. .127; 

SET1 - SET OF CH; 
VAR 

SI : SET1; 
PROCEDURE ERROR; EXTERNAL; 
BEGIN 

SI :- []; 

IF SI <> [J THEN 
ERROR; 
END. 



(*In C0NST_prog, not enough bytes are 
defined for the set*) 



Signed off 04/29/87 in release 501.04 



Number: D200065326 Product: 8085 B PASCAL 



64825 



01.03 



One-line description: 

Assignment of constant string of length 1 to string variable may fail. 

Problem: 

Assignment of a constant string of length 1 to a string variable that 

is itself a multidimensional array element may fail. 

First, the address of the destination string is calculated in HL. Then 
the value of the string length resulting from the assignment, i.e. one 
(1), is Loaded into the position reserved for the length of the string 
via a store indirect through HL. Up to this point all is as it should 
be; however, the value of the single character that comprises the 
string is then also stored HL indirect, overwriting the length and 
failing to correctly load the string value. The HL register should 
be incremented before the second store. 

The following is an example: 

"processor name" 
PROGRAM TEST; 
TYPE 

STRING_15 - PACKED ARRAY[0..15] OF CHAR; 
VAR 

TW0_D_ARR : ARRAYU..3.1..3] OF STRING 15; 
BEGIN 

TW0_D_ARR[2,1] :- " "; 
LD HL.0030H 
PUSH HL 
LD HL.00002H 

- -0 
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PUSH HL 

LD HL.00010H 

PUSH HL 

LD HL,00001H 

PUSH HL 

LD BC,DTEST-00040H 

LD A.002H 

CALL Zarrayref 

LD A.001H 

LD [HL],A 
LD A.020H 
LD [HL],A 
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(*or LD M.A «) 
(*This is the error 



END. 

Signed off 04/29/87 in release 501.04 



should INC HL first*) 



-0 
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Number: D200050203 Product: 8085 B PASCAL 

Keywords: CODE GENERATOR 
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300 64825S004 



83 
01.00 



One-line description: 

Compiler generates incorrect code (assignment to record variable). 

Problem: 

The following program causes incorrect code to be generated 

for the second assignment statement. 

PROGRAM SCAN; 

$EXTENSI0NS 0N$ 

TYPE 

INTEGER - SIGNED_16; 
HEAD_STRUC - RECORD 

NUM: INTEGER; 

TFPSN0: INTEGER; 

TMPSN0: INTEGER; 
END; 

VAR 

HEAD: ARRAY [1.. 6] OF HEAD_STRUC; 

BEGIN 

HEAD[1].NUM:« 1; 

HEAD[1].TFPSN0:= 3; 
END. 

Temporary solution: 

Enable the compiler option AMNESIA before the assignment statement. 

Signed off 04/29/87 in release 401.20 



Number: D200051094 Product: 8085 B PASCAL 
Keywords: POINTERS 



300 64825S004 



01.00 



One-line description: 

Variables of type pointer may not be incremented correctly. 

Problem: 

"PROCESSOR" 

TYPE 

PTR - "BYTE; 

TX * PTR; 



VAR 

RXOUT: TX; 
TEMP1.TEMP2 



BYTE; 



BEGIN 
TEMPI 



RXOUT"; 
LD HL, [RXOUT] 
LD A, [HL] 
LD [TEMPI], A 



;HERE, TEMPI IS CORRECTLY LOADED WITH THE BYTE 
- -0 
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;THAT RXOUT IS POINTING TO 

RXOUT :- TX(SIGNED_16(RX0UT)+1); {INCREMENT RXOUT) 
LD HL, [RXOUT] 
INC HL 
LD [RXOUT], HL ;RXOUT IS CORRECTLY INCREMENTED 

TEMP2 :- RXOUT"; {TEMP2 SHOULD GET THE NEXT BYTE} 

LD [TEMP2],A ;SINCE A WAS NOT DISTURBED, THE COMPILER DOES 
;N0T REALIZE THAT THE POINTER WAS UPDATED. 

Temporary solution: 

Set $AMNESIA ON$ around the pointer referencing code. 

Signed off 04/29/87 in release 401.20 

Number: D200051607 Product: 8085 B PASCAL 300 64825S004 01.00 

Keywords: IF 

One-line description: 

IF Bl <rel-op> B2 THEN Bl :» Bl - 1; {DOESN'T WORK} 

Problem: 

VAR Bl, B2 : BYTE; 

BEGIN 

IF Bl (>l<l-l<-l >-) B2 THEN 

Bl :- 81 - 1; {THE REGISTER CONTAINING Bl IS DECREMENTED, THEN 
OVERWRITTEN BEFORE IT IS SAVED IN MEMORY} 

Temporary solution: 

tAMNESIA +$ 

Signed off 04/29/87 in release 401.20 



Number: D200051862 Product: 8085 B PASCAL 300 64825S004 

Keywords: CODE GENERATOR 

One-line description: 

Incorrect code generated for adding one char to another. 

Problem: 

VAR 

SRC, DEST : CHAR; 



01.00 



BEGIN 
DEST : 



DEST + SRC; {GENERATES INCORRECT CODE} 



Temporary solution: 
None at this time. 

Signed off 04/29/87 in release 401.20 
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Number: D200064352 Product: 8085 B PASCAL 
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85 
01.10 



One-line description: 

Error #1009 using byte-sized ORG'ed variables in FOR loops 

Problem: 

Error #1009 is generated when byte sized ORG'ed variables are 

used in FOR loops. The following code illustrates the problem. 

"processor name" 

PROGRAM TEST; 

$EXTENSIONS 0N$ 

PROCEDURE ERR; 

VAR 

$0RG 5000$ 

B1,B2,X1: BYTE; 



BEGIN 

FOR XI :- Bl to B2 DO; 
END; 



(•Pass 2 Error 1009 - No free registers*) 



Temporary solution: 

The error does not occur if the FOR loop variable is word sized instead 

of byte sized. It will also go away if the ORG statement is removed. 

Signed off 04/29/87 in release 401.20 



Number: D200064451 Product: 8085 B PASCAL 

One-line description: 

32-bit unsigned divide and modulus may fail 



300 64825S004 



01.10 



Problem: 

The result of an unsigned 32-bit division or modulus operation may 
be incorrect if the dividend and the destination are the same 
location. The problem is in the library routine Zdworddiv. The 
following code demonstrates the problem: 

"processor name" 
PROGRAM TEST; 
(EXTENSIONS 0N$ 
VAR 

B1.B2 : UNSIGNED_32; 
BEGIN 

Bl :• UNSIGNED_32(0EO00O00O0); 

B2 :- UNSIGNED_32 (0900000000); 

Bl :- B1/B2; 
END. 

Signed off 04/29/87 in release 401.20 



-0 
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Number: D200064527 Product: 8085 B PASCAL 

One-line description: 

Library routine REAL_R0UND may fail. 
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01.10 



Problem: 

The library routine REAL_R0UND may fail, causing floating point 

numbers to be incorrectly rounded to integers. 

Signed off 04/29/87 in release 401.20 



Number: D200064592 Product: 8085 B PASCAL 



300 64825S004 



01.10 



One-line description: 

DEBUG byte division and modulus may incorrectly report division by zero 

Problem: 

The DEBUG library routines for performing signed and unsigned byte 
division and modulus operations may fail and incorrectly report 
an attempted division by zero. 

The following code fails in this manner: 

"processor name" 
PROGRAM TEST; 
(EXTENSIONS 0N$ 
VAR 

B1.B2.B3 : BYTE; 
$0RG S000H* 

BA : ARRAYU..15] OF BYTE; 



BEGIN 

Bl 

B2 

B3 

BA[B3] 
END. 



- i; 

- i; 
o; 



Bl DIV B2; (*DIV fails - reports division by zero*) 

Signed off 04/29/87 in release 401.20 

300 64825S004 



Number: D200064980 Product: 8085 B PASCAL 

One-line description: 

Set comparisons with the empty set may fail 

Problem: 

Set comparisons with the empty set may fail. The following code 

is an example of this problem: 

"processor name" 
PROGRAM TEST; 
(EXTENSIONS 0N$ 
TYPE 

CH » 0..127; 

SET1 - SET OF CH; 
VAR 

SI : SET1; 



01.10 
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PROCEDURE ERROR; EXTERNAL; 
BEGIN 

SI :- []; 

IF SI <> [] THEN (*In CONST_prog, not enough bytes are 
ERROR; defined for the set*) 

END. 

Signed off 04/29/87 in release 401.20 



Number: D200065359 Product: 8085 B PASCAL 



300 64825S004 



01.10 



One-line description: 

Assignment of constant string of length 1 to string variable may fail. 

Problem: 

Assignment of a constant string of length 1 to a string variable that 

is itself a multidimensional array element may fail. 

First, the address of the destination string is calculated in HL. Then 
the value of the string length resulting from the assignment, i.e. one 
(1), is loaded into the position reserved for the length of the string 
via a store indirect through HL. Up to this point all is as it should 
be; however, the value of the single character that comprises the 
string is then also stored HL indirect, overwriting the length and 
failing to correctly load the string value. The HL register should 
be incremented before the second store. 

The following is an example: 

"processor name" 
PROGRAM TEST; 
TYPE 

STRING_15 - PACKED ARRAY[0..15] OF CHAR; 
VAR 

TW0_D_ARR : ARRAY[1..3,1..3] OF STRING_15; 
BEGIN 

TW0_D_ARR[2,1] :- " "; 

LD HL.0030H 

PUSH HL 

LD HL.00002H 

PUSH HL 

LD HL.00010H 

PUSH HL 

LD HL.00001H 

PUSH HL 

LD BC.DTEST-00040H 

LD A.002H 

CALL Zarrayref 

LD A.001H 

LO [HL],A (»or LD M,A ») 

LD A.020H 

LD [HL],A (*This is the error - should INC HL first*) 
END. 

Signed off 04/29/87 in release 401.20 
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Number: D200016311 Product: 8085 B PASCAL 500 64825S001 01. iO 

Keywords: CODE GENERATOR 

One-line description: 

Compiler generates incorrect code (assignment to record variable). 

Temporary solution: 

Enable the compiler option AMNESIA before the assignment statement. 

Signed off 04/29/87 in release 101.50 

Number: D200029801 Product: 8085 B PASCAL 500 64825S001 01.10 

Keywords: POINTERS 

One-line description: 

Variables of type pointer may not be incremented correctly. 

Problem: 

"PROCESSOR" 

TYPE 

PTR - "BYTE; 

TX • PTR; 

VAR 

RX0UT: TX; 
TEMP1.TEMP2 : BYTE; 

BEGIN 

TEMPI :- RXOUT"; 

LD HL, [RXOUT] 

LD A,[HL] 

LD [TEMPI], A ;HERE, TEMPI IS CORRECTLY LOADED WITH THE BYTE 
;THAT RXOUT IS POINTING TO 

RXOUT :« TX(SIGNED_16(RX0UT)+1); {INCREMENT RXOUT} 
LD HL, [RXOUT] 
INC HL 
LD [RXOUT], HL ;RX0UT IS CORRECTLY INCREMENTED 

TEMP2 :- RXOUT"; {TEMP2 SHOULD GET THE NEXT BYTE} 

LD [TEMP2J.A ;SINCE A WAS NOT DISTURBED, THE COMPILER DOES 
;NOT REALIZE THAT THE POINTER WAS UPDATED. 



Temporary solution: 

Set $AMNESIA ON$ around the pointer referencing code. 

Signed off 04/29/87 in release 101.50 



Number: D200036848 
Keywords: IF 



Product: 8085 B PASCAL 



500 64825S001 



01.20 



One-line description: 

IF Bl <rel-op> B2 THEN Bl 



Bl - 1; {DOESN'T WORK} 
- -0 
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Problem: 
VAR Bl, B2 



BYTE; 



BEGIN 

IF Bl (>l<l-l<-l>«) B2 THEN 

Bl :- Bl - 1; {THE REGISTER CONTAINING Bl IS DECREMENTED, THEN 
OVERWRITTEN BEFORE IT IS SAVED IN MEMORY} 

Temporary solution: 

$AMNESIA +$ 

Signed off 04/29/87 in release 101.50 



Number: D200040139 Product: 8085 B PASCAL 
Keywords: CODE GENERATOR 



500 64825S001 



01.20 



One-line description: 

Incorrect code generated for adding one char to another. 

Problem: 

VAR 

SRC, DEST : CHAR; 

BEGIN 

DEST :- DEST + SRC; {GENERATES INCORRECT CODE} 

Temporary solution: 
None at this time. 

Signed off 04/29/87 in release 101.50 

Number: D200064337 Product: 8085 B PASCAL 500 64825S001 

One-line description: 

Error #1009 using byte-sized ORG'ed variables in FOR loops 

Problem: 

Error #1009 is generated when byte sized ORG'ed variables are 

used in FOR loops. The following code illustrates the problem. 

"processor name" 

PROGRAM TEST; 

$EXTENSIONS 0N$ 

PROCEDURE ERR; 

VAR 

$ORG 5000$ 

B1,B2,X1: BYTE; 



01.40 



BEGIN 

FOR XI 
END; 



Bl to B2 DO; 



Temporary solution: 



(*Pass 2 Error 1009 - No free registers*) 



-o 
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The error does not occur if the FOR loop variable is word sized instead 
of byte sized. It will also go away if the ORG statement is removed. 

Signed off 04/29/87 in release 101.50 

Number: D200064436 Product: 8085 B PASCAL 500 64825S001 01.40 

One-line description: 

32-bit unsigned divide and modulus may fail 

Problem: 

The result of an unsigned 32-bit division or modulus operation may 
be incorrect if the dividend and the destination are the same 
location. The problem is in the library routine Zdworddiv. The 
following code demonstrates the problem: 

"processor name" 
PROGRAM TEST; 
$EXTENSIONS 0N$ 
VAR 

B1.B2 : UNSIGNED_32; 
BEGIN 

Bl :- UNSIGNED_32(0E00000000); 

B2 :- UNSIGNED_32( 0900000000); 

Bl :- B1/B2; 
END. 

Signed off 04/29/87 in release 101.50 



Number: D200064501 Product: 8085 B PASCAL 

One-line description: 

Library routine REAL_ROUND may fail. 



500 54825S001 



01.40 



Problem: 

The library routine REAL_ROUND may fail, causing floating point 

numbers to be incorrectly rounded to integers. 

Signed off 04/29/87 in release 101.50 



Number: D200064576 Product: 8085 B PASCAL 



500 64825S001 



01.40 



One-line description: 

DEBUG byte division and modulus may incorrectly report division by zero 

Problem: 

The DEBUG library routines for performing signed and unsigned byte 
division and modulus operations may fail and incorrectly report 
an attempted division by zero. 

The following code fails in this manner: 

"processor name" 
PROGRAM TEST; 
SEXTENSIONS 0N$ 
VAR 

B1.B2.B3 : BYTE; 

- -0 
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$ORG 5000H$ 
BA : ARRAYU..15] OF BYTE; 



Page: 91 



BEGIN 






Bl 


- 


1; 


B2 


« 


1; 


B3 


- 


0; 



BA[B3] :« Bl DIV B2; (*DIV fails - reports division by zero*) 
END. 

Signed off 04/29/87 in release 101.50 

Number: D200064964 Product: 8085 B PASCAL 500 64825S001 

One-line description: 

Set comparisons with the empty set may fail 

Problem: 

Set comparisons with the empty set may fail. The following code 

is an example of this problem: 

"processor name" 
PROGRAM TEST; 
$EXTENSIONS 0N$ 
TYPE 

CH - 0..127; 

SET1 « SET OF CH; 
VAR 

SI : SET1; 
PROCEDURE ERROR; EXTERNAL; 
BEGIN 

SI :- []; 

IF SI <> [] THEN 
ERROR; 
END. 



01.40 



(*In C0NST_prog, not enough bytes are 
defined for the set*) 



Signed off 04/29/87 in release 101.50 



Number: D200065334 Product: 8085 B PASCAL 



500 64825S001 



01.40 



One-line description: 

Assignment of constant string of length 1 to string variable may fail. 

Problem: 

Assignment of a constant string of length 1 to a string variable that 

is itself a multidimensional array element may fail. 

First, the address of the destination string is calculated in HL. Then 
the value of the string length resulting from the assignment, i.e. one 
(1), is loaded into the position reserved for the length of the string 
via a store indirect through HL. Up to this point all is as it should 
be; however, the value of the single character that comprises the 
string is then also stored HL indirect, overwriting the length and 
failing to correctly load the string value. The HL register should 
be incremented before the second store. 



The following is an example: 
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"processor name" 

PROGRAM TEST; 
TYPE 

STRING 15 - PACKED ARRAY[0..15] OF CHAR; 
VAR 

TWO_D_ARR : ARRAY [1.. 3,1.. 3] OF STRING 15; 
BEGIN 

TW0_D_ARR[2,1] :- " "; 

LD HL.0030H 

PUSH HL 

LD HL.00002H 

PUSH HL 

LD HL.00010H 

PUSH HL 

LD HL.00001H 

PUSH HL 

LD BC.DTEST-00040H 

LD A.002H 

CALL Zarrayref 

LD A.OOIH 

LD [HL],A (*or LD M.A *) 

LD A.020H 

LD [HL],A (*This is the error - should INC HL first*) 
END. 



Signed off 04/29/87 in release 101.50 



-0 
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Number: D200016303 Product: 8085 B PASCAL VAX 64825S003 01.10 

Keywords: CODE GENERATOR 

One-line description: 

Compiler generates incorrect code (assignment to record variable). 

Temporary solution: 

Enable the compiler option AMNESIA before the assignment statement. 

Signed off 04/29/87 in release 301.70 



Number: D200029819 Product: 8085 B PASCAL 
Keywords: POINTERS 



VAX 64825S003 



01.20 



One-line description: 

Variables of type pointer may not be incremented correctly. 



Problem: 

"PROCESSOR" 

TYPE 

PTR - "BYTE 

TX - PTR; 




VAR 

RXOUT: TX; 
TEMP1.TEMP2 


: BYTE; 


BEGIN 

TEMPI :- RXOUT"; 

LD HL, [RXOUT] 

LD A, [HL] 

LD [TEMPI], A 



;HERE, TEMPI IS CORRECTLY LOADED WITH THE BYTE 
;THAT RXOUT IS POINTING TO 

RXOUT := TXlSIGNED 16(RX0UT)+1) ; {INCREMENT RXOUT) 
LD HL, [RXOUT] 
INC HL 
LD [RXOUT], HL ;RX0UT IS CORRECTLY INCREMENTED 

TEMP2 :- RXOUT"; {TEMP2 SHOULD GET THE NEXT BYTE) 

LD [TEMP2],A ;SINCE A WAS NOT DISTURBED, THE COMPILER DOES 
;N0T REALIZE THAT THE POINTER WAS UPDATED. 

Temporary solution: 

Set $AMMESIA ON$ around the pointer referencing code. 

Signed off 04/29/87 in release 301.70 



Number: D200036855 Product: 8085 B PASCAL 
Keywords: IF 



VAX 64825S003 



01.20 



One-line description: 

IF Bl <rel-op> B2 THEN Bl :- Bl - 1; {DOESN'T WORK} 
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Problem: 
VAR Bl, B2 



BYTE; 



BEGIN 

IF Bl (>|<l-l<-l >-) B2 THEN 

Bl :- Bl - 1; {THE REGISTER CONTAINING Bl IS DECREMENTED, THEN 
OVERWRITTEN BEFORE IT IS SAVED IN MEMORY} 

Temporary solution: 

$AMNESIA +$ 

Signed off 04/29/87 in release 301.70 



Number: D200040147 Product: 8085 B PASCAL 
Keywords: CODE GENERATOR 



VAX 64825S003 



01.20 



One-line description: 

Incorrect code generated for adding one char to another. 

Problem: 

VAR 

SRC, DEST : CHAR; 



BEGIN 

DEST :- DEST + SRC; 

Temporary solution: 
None at this time. 



{GENERATES INCORRECT CODE} 



Signed off 04/29/87 in release 301.70 



Number: D200058677 Product: 8085 B PASCAL 



VAX 64825S003 



01.50 



One-line description: 

Using char and int. in control loop causes incorrect code to be gen'ed. 

Problem: 

If you use an integer and a char for the loop counters in a for 

loop incorrect code will be generated. 

"processor" 
SEXTENSIONS 0N$ 
PROGRAM DOWNTO; 
VAR 



SIGNED_16; 

SIGNED_i6; 

BYTE; 

ARRAY [1.. 10] OF SIGNED 16; 



BEGIN 

J:- 11; 
N:« 0; 

FOR I:- J-l DOWNTO 1 
BEGIN 

A[l]:-I; 



DO 



/* I is initialized incorrectly with 
an undefined by DOWNTO+019H */ 
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N:« N+l; 
END; 
END. 
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Temporary solution: 

Declare the initializing variable (J in this example) to be 

of the same type as the index (1 in this example). 

Signed off 04/29/87 in release 301.70 



Number: D200059659 Product: 8085 B PASCAL 



VAX 64825S003 



01.50 



One-line description: 

tRange 0N$ causes incorrect code to be generated for a test operation. 

Problem: 

The following program when compiled with the SRANGE 0N$ option wil 

cause incorrect code to be generated. 

"B8085" I "BZ80" 
$EXTENSIONS$ 
iRANGE 0N$ 

PROGRAM B00LREAL; 

VAR A,B,C : REAL; 

L : BOOLEAN; 



BEGIN 



END. 



10.0; 
15.0; 
12.0; 



(C < (B+.5)) AND ((C + .5) > A); 



The two intermediate results "(C < (B +.5))" and "((C+.5) >A)" 
are anded together and this result is compared with the value 
two. Thus the case is never true. With RANGE OFF correct code 
is generated. 

Temporary solution: 

It is necessary to turn SRANGE 0FF$ to obtain correct code. Simply 

breaking up the expression will not work. 

Signed off 04/29/87 in release 301.70 



Number: D200060244 Product: 8085 B PASCAL 

One- line description: 

Incorrect data offsets in listing file. 

Problem: 

"processor name" 
PROGRAM PROVE; 

- -0 



VAX 64825S003 



01.50 
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VAR 

X,Y: INTEGER; 

A: ARRAY [0. .99999] OF INTEGER; 
BEGIN 

STESTS 1, LIST_C0DE ON, LIST_0BJ 0N$ 
(* Comment ON 

Y :- A[0]; 

Y := A[8000]; 

Y := A[9000]; 
Comment OFF *) 
$TESTS 3$ 

Y :- A[16000]; 

Y :- A[17000]; 
STESTS 7$ 

Y :- A[16000]; 

Y := A[17000]; 
STESTS 1$ 

(* Comment ON 

Y := A[32000]; 

Y :- A(33000] ; 
Comment OFF *) 

END. 

Temporary solution: 

If arrays of this size are required download the file to the 64100 

and compile. 

Signed off 04/29/87 in release 301.70 



Number: D200063925 Product: 8085 B PASCAL VAX 64825S003 



01.60 



One-line description: 

functional type change of a constant into multi-byte structure gen's err 

Problem: 

Functional type casting of a constant into a multi-byte structure 

generates bad data. 

"processor" 

PROGRAM BAD_DATA; 

TYPE EVENT - RECORD 
A : BYTE; 
B : BYTE; 
C : INTEGER; 
D : BYTE; 
END; 



VAR EVENT 1 



EVENT; 



PROCEDURE GENERAT OR ( ) ; 
BEGIN 

EVENT1 :- EVENT(O); { THIS ASSIGNMENT RESULTS IN BAD DATA } 
END; 
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BEGIN 
END. 

Signed off 04/29/87 in release 301.70 
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Number: D200064345 Product: 8085 B PASCAL 



VAX 64825S003 



01.60 



One-line description: 

Error #1009 using byte-sized ORG'ed variables in FOR loops 

Problem: 

Error #1009 is generated when byte sized ORG'ed variables are 

used in FOR loops. The following code illustrates the problem. 

"processor name" 

PROGRAM TEST; 

SEXTENSIONS ON$ 

PROCEDURE ERR; 

VAR 

$ORG 5000$ 

B1,B2,X1: BYTE; 



BEGIN 

FOR XI :- Bl to B2 DO; 
END; 



(•Pass 2 Error 1009 - No free registers*) 



Temporary solution: 

The error does not occur if the FOR loop variable is word sized instead 

of byte sized. It will also go away if the ORG statement is removed. 

Signed off 04/29/87 in release 301.70 

Number: D200064444 Product: 8085 B PASCAL 



VAX 64825S003 



01.60 



One- line description: 

32-bit unsigned divide and modulus may fail 



Problem: 

The result of an unsigned 32-bit division or modulus operation may 
be incorrect if the dividend and the destination are the same 
location. The problem is in the library routine Zdworddiv. The 
following code demonstrates the problem: 



"processor name" 




PROGRAM 


TEST; 




$EXTENSI0NS 0N$ 




VAR 






B1.B2 


: UNSIGNED 32; 


BEGIN 






Bl :- 


UNSIGNED 


32(0E0O0O000O); 


B2 :- 


UNSIGNED 


32(0900000000); 


Bl :- 


B1/B2; 




END. 







-0 
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Number: D200064519 Product: 8085 B PASCAL VAX 64825S003 

One-line description: 

Library routine REAL_ROUND may fail. 

Problem: 

The library routine REAL_ROUND may fail, causing floating point 

numbers to be incorrectly rounded to integers. 

Signed off 04/29/87 in release 301.70 



Number: D200064584 Product: 8085 B PASCAL 



VAX 64825S003 



01.60 



One-line description: 

DEBUG byte division and modulus may incorrectly report division by zero 

Problem: 

The DEBUG library routines for performing signed and unsigned byte 
division and modulus operations may fail and incorrectly report 
an attempted division by zero. 

The following code fails in this manner: 

"processor name" 
PROGRAM TEST; 
SEXTENSIONS 0N$ 
VAR 

B1,B2,B3 : BYTE; 
$0RG 5000H$ 

BA : ARRAY[1..15] OF BYTE; 



BEGIN 
Bl 
B2 
B3 



1; 
1; 
0; 



BA(B3] :- Bl DIV B2; 
END. 



(*DIV fails - reports division by zero*) 

Signed off 04/29/87 in release 301.70 

VAX 64825S003 



Number: D200064972 Product: 8085 B PASCAL 

One-line description: 

Set comparisons with the empty set may fail 

Problem: 

Set comparisons with the empty set may fail. The following code 

is an example of this problem: 

"processor name" 

PROGRAM TEST; 
SEXTENSIONS 0N$ 
TYPE 

CH - 0..127; 

SET1 - SET OF CH; 

- -0 



01.60 
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VAR 

Si : SET1; 

PROCEDURE ERROR; EXTERNAL; 
BEGIN 

Si :- []; 

IF SI <> [] THEN (*In C0NST_prog, not enough bytes are 
ERROR; defined for the set*) 

END. 

Signed off 04/29/87 in release 301.70 



Number: D200065342 Product: 8085 B PASCAL 



VAX 64825S003 



01.60 



One- line description: 

Assignment of constant string of length 1 to string variable may fail. 

Problem: 

Assignment of a constant string of length 1 to a string variable that 

is itself a multidimensional array element may fail. 

First, the address of the destination string is calculated in HL. Then 
the value of the string length resulting from the assignment, i.e. one 
(1), is loaded into the position reserved for the length of the string 
via a store indirect through HL. Up to this point all is as it should 
be; however, the value of the single character that comprises the 
string is then also stored HL indirect, overwriting the length and 
failing to correctly load the string value. The HL register should 
be incremented before the second store. 

The following is an example: 

"processor name" 
PROGRAM TEST; 
TYPE 

STRING 15 - PACKED ARRAY [0.. 15] OF CHAR; 
VAR 

TW0_D_ARR : ARRAY [1.. 3,1.. 3] OF STRING 15; 
BEGIN 

TW0_D_ARR[2,1] := " "; 

LD HL.0030H 

PUSH HL 

LD HL.00002H 

PUSH HL 

LD HL.00010H 

PUSH HL 

LD HL.00001H 

PUSH HL 

LD BC,DTEST-00040H 

LD A.002H 

CALL Zarrayref 

LD A.001H 

LD [HL],A (*or LD M,A *) 

LD A,020H 

LD [HL],A (*This is the error - should INC HL first*) 
END. 

Signed off 04/29/87 in release 301.70 

- -0 
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Number: D200067447 Product: 8085 B PASCAL VAX 64825S003 



01.60 



One-line description: 

Assignment of unsigned_8 variables to expression always assigns zero. 

Problem: 

The following example program generates incorrect code: 

"processor name" 

PROGRAM TEST; 

VAR 

CP.DP.TP.SBS : UNSIGNED_8; 

BEGIN 
CP:-TP; 
IF (CP > DP) THEN 

SBS:* CP - DP; (*This always assigns zero to SBS*) 

END. 

Signed off 04/29/87 in release 301.70 

Number: D200067017 Product: 8085 B PASCAL VAX 64825S003 



01.60 



One-line description: 

.A,.R, and listing files should reside in directory compile is executed. 

Problem: 

The output files from the compilers and assemblers (.A and .R) reside 
in the directory that the source file being operated on resides in. 
This was a change implemented in the October 1986 SMS in order to make 
the VAX hosted compilers consistent with the HP-UX hosted compilers. 
Problems occur if the source file resides in a read-only directory. 
Customer feels that the resultant files from the compile should reside 
in the directory the compiler is invoked from. 

Signed off 04/29/87 in release 301.70 



-0 
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Number: D200011262 Product: 8085 C 
Keywords: PASS 1 



Page: 101 
64826 01.00 



One-line description: 

Functions invoked via function pointers may JSR the wrong location. 

Problem: 

When the typedef statement is used to define pointers to functions, 
and this pointer type is used in a cast of a variable array to invoke 
code stored in that array, program execution may transfer to the wrong 
location. For example, in the following code the simple call to 
code_array fails while the call and assignment to p works correctly: 



typedef int(*PFI)(); 
int code_array[100] ; 

PFI p; 



/* PFI a pointer to int functions */ 
/* array contains code */ 
/* p a pointer of type PFI */ 



pfibugO 
{ 

(*((PFI) code array)) (); 

(*(p« (PFI) code array)) (1 
} 



/* fails in JSR to code_array */ 
/* assignment and JSR successful V 



Temporary solution: 

Set up a dummy variable and perform an assignment to it when doing 

this type of operation. 

Signed off 04/29/87 in release 601.04 



Number: D200011346 Product: 8085 C 
Keywords: PASS 1 



64826 



01.00 



One-line description: 

Unsigned integers treated as signed when subtracted from pointers. 

Problem: 

When an unsigned short or integer is used as an offset to a pointer, the 
unsigned will be treated as a signed when doing pointer calculations. 
Offsets large enough to set the sign bit will be interpreted as a 
negative offset when the offset is subtracted from a pointer. The 
following code exibits the problem if offset is greater than 32767 dec. 
unsigned offset; 
struct { int a,b,c; 

} *ptr; 
unsigned long x; 



main ( ) 
( 
x « ptr - offset; 



/* The compiler will generate code negating 
/* offset for the "-" operation. 



*/ 
*/ 



Temporary solution: 

Cast the offset in the expression as the next larger integer. 

ie. x - ptr - (unsigned longloffset; 

- -0 
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Signed off 04/29/87 in release 601.04 
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Number: D200025742 Product: 8085 C 
Keywords: CODE GENERATOR 



64826 



01.01 



One-line description: 

Assigning a ptr. after its post incr/decr. gives incorrect value. 

Problem: 

Pointer assignment after a post increment or decrement to that pointer 

stores incorrect value. The following is an illustration: 

"C" 
"PR0CESS0R_NAME" 

unsigned short fct(g) 
unsigned short *g; 

unsigned short a,b; 

b»*g; 

*g++; 

a=*g; 

The first assignment statement stores the contents of what g is point- 
to in the accumulator. Once the pointer is incremented, the compiler 
loads the accumulator (which still has the previous value) into the 
variable a. The compiler is false remembering the value in the 
accumulator as the current contents of what g is pointing to. 

Temporary solution: 

Turn $AMNESIA 0N$ to force the reload of the accumulator from the BC 

register pair. 

Signed off 04/29/87 in release 601.04 



Number: D200037622 Product: 8085 C 



64826 



01.01 



One-line description: 

IF statements involving return values and address calculations may fail. 

Problem: 

HP9000 compiler generates different code from 64000 and VAX, and both 

are wrong. If an if statement compares the value returned from 

a function with a value obtained via the structure pointer operator, 

the value returned from the function may be overwritten by the address 

of the structure element. This will cause the test to be erroneous. 

Example: 

"C" 

"8085" 

extern unsigned x(); 

struct 

{long *ptr; 

- -0 
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unsigned length; 
} *now_string; 

func 10 

{ 
if(x() < now_string-> length) /* test fails */ 
return(5); 

> 

Temporary solution: 

Use a temporary variable to hold the return result of the function. 

Signed off 04/29/87 in release 601.04 



Number: D200040444 Product: 8085 C 



64826 



01.01 



One-line description: 

Nested switch statements may generate infinite loop 

Problem: 

If you have nested switch statements and do not terminate the inner 

switch's cases with breaks the compiler generates an infinite loop. 

"C" 

"68000" 



main(){ 

int c; 



switch (c) { 



} 



case 1: break; 
default: switch(c){ 

case 2: break; 
} 
/* A break is needed here because the break 
above for 'case 2' generates a jump to 
this location. If a break is not placed 
here it falls into the code for 
evaluating 'case 1' above. */ 



Temporary solution: 

Close default statement with a break. 

"C" 
"68000" 



mainO { 



int c; 



> 



switch(c) { 
easel: 
default: 



} 



break; 
switch(c){ 

case 2: break; 
) 
break; 



Signed off 04/29/87 in release 601.04 

- -0 
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Number: D200059907 Product: 8085 C 

One-line description: 

Compiler is not flagging an undefined structure. 



64826 



01.02 



Problem: 

The customer reports that the program listed below causes the 
compiler to hang. I could not duplicate this problem, but, the 
compiler incorrectly reported no errors. 

"C" 
"processor" 



mainO { 

int i; 

struct undefined 



a[10][20]; 



The compiler should report that the type 'undefined' is undefined. 

Temporary solution: 
No temporary solution. 

Signed off 04/29/87 in release 601.04 



Number: D200062828 Product: 8085 C 



64826 



01.02 



One-line description: 

Incorrect code generated when function parameter is post incremented. 

Problem: 

Incorrect code is generated when a function argument is post 

incremented. The following code is an example of this problem: 

"C" 

"8085" 

$RECURSIVE 0FF$ 

void puts(buf ) ; 
char *buf; 
{ 
while (*buf !- '\0') 
putchar(*buf++) ; 
} 

Temporary solution: 

Pass the parameter to the function without post incrementing it, then 

increment it after the function call. 

Signed off 04/29/87 in release 601.04 



- -0 



SRB detail reports as of 04/29/87 
Number: D200063297 Product: 8085 C 
Keywords: CODE GENERATOR 



Page: 



64826 
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01.03 



One-line description: 

Character isn't converted to int before calculations use it 

Problem: 

Kernigan and Ritchie states that a character is converted to an integer 
before calculations use the char variable. Our compiler does not conver 
t the character to an integer prior to any calculations. 

For example: 
••C" 

"8086" 
mainU { 

char c; 

int i; 

i - ((c<< 4) *5)/i; 

AX register if c » 0FFH 



xxxx 

00XX 
00FF 
0OF0 



MOV CL,#+00004H {moves 4 into counter} 
MOV AH,#0 {00h into AH} 
MOV AL,SS:BYTE PTR(BP-00003H] {loads c into AL} 
SHL AL.CL {shifts left 4 c ;however, it loses the uppe 
r byte because it was not SHL AX,CL} 



The character is not being treated as an integer. Making this SHL AX.CL 
would fix the problem. 

Emulating the generated code confirmed that the high byte (4 places) was 
not being shifted into AH. 

Temporary solution: 

Type cast c to be an integer before using it in the expression. 



Signed off 04/29/87 in release 601.04 



Number: D200063610 Product: 8085 C 



64826 



01.03 



One-line description: 

C Function returning large (>2bytes) result can't be called as procedure 

Problem: 

Functions returning large (>2byte) result cannot be called as 

procedures. 

Signed off 04/29/87 in release 601.04 

Number: D200064881 Product: 8085 C 64826 01.03 

One-line description: 

Funct calls via pointers with parms cause subsequent stack ref errors 

Problem: 
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When functions are called via pointers and are passed parameters, 
subsequent references to stack relative objects will be incorrect. 
The following code is an example of this problem: 

"C" 

"processor name" 

extern int called fund); 

typedef int (*PFlT(); 

PFI call_ptr • called_func; 

main( ) 
{ 

int local; 

local ■ 6; ("variable is accessed correctly*) 

(*(call_ptr() (1,2); ("function call via pointer with parameters*) 
local = 3; ("wrong location accessed*) 

} 

Signed off 04/29/87 in release 601.04 



Number: 0200066209 Product: 8085 C 



64826 



01.03 



One-line description: 

Illegal forward reference flagged for legally defined string. 

Problem: 

"C" 

"processor" 



char badstring[] - {"Wont work"}; 
char string[] - "works fine"; 

main( ) 
{ 
int i; 



i - sizeof (string) ; 
i « sizeof (badstring) ; 



/* Error 117 flagged. */ 



Temporary solution: 

Eliminate the braces when initializing a string. 

••C" 
"processor" 

char string [] - "do it this way"; 

mainO 
{ 
int i; 

i - sizeof (string) ; 



- -0 



SRB detail reports as of 04/29/87 
Signed off 04/29/87 in release 601.04 
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One-line description: 

Nested switch statements may generate infinite loop 

Problem: 

If you have nested switch statements and do not terminate the inner 

switch's cases with breaks the compiler generates an infinite loop. 

"C" 

"processor name" 



main( ) { 

int c; 



svitch(c) { 



> 



case 1: break; 
default: switch(c){ 

case 2: break; 

/* A break is needed here because the break 
above for 'case 2' generates a jump to 
this location. If a break is not placed 
here it falls into the code for 
evaluating 'case 1' above. */ 



Temporary solution: 

Close default statement with a break. 

"C" 

"68000" 

main! ){ 



int c; 



switch(c) { 
easel: 
default: 



break; 
switch! c){ 

case 2: break; 
} 
break ; 



> 

Signed off 04/29/87 in release 401.20 



Number: D200059931 Product: 8085 C 



300 64826S004 



01.00 



One-line description: 

Compiler is not flagging an undefined structure. 

Problem: 

The customer reports that the program listed below causes the 
compiler to hang. I could not duplicate this problem, but, the 
compiler incorrectly reported no errors. 

"C" 
"processor" 



-0 



-0 
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main!) { 
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int i; 

struct undefined 



a[10][20]; 



The compiler should report that the type 'undefined' is undefined. 

Temporary solution: 
No temporary solution. 

Signed off 04/29/87 in release 401.20 

Number: D200063321 Product: 8085 C 

Keywords: CODE GENERATOR 



300 64826S004 



01.10 



One-line description: 

Character isn't converted to int before calculations use it 

Problem: 

Kernigan and Ritchie states that a character is converted to an integer 
before calculations use the char variable. Our compiler does not conver 
t the character to an integer prior to any calculations. 

For example: 

"C" 

"8086 " 
main! ) { 

char c; 

int i; 

i - l(c<< 4) *5)/i; 

AX register if c - 0FFH 

xxxx MOV CL,#+00004H {moves 4 into counter) 
OOxx MOV AH,#0 {00h into AH} 
00FF MOV AL,SS:BYTE PTR[BP-00003H] {loads c into AL} 
00F0 SHL AL.CL {shifts left 4 c ;however, it loses the uppe 

r byte because it was not SHL AX,CL} 

The character is not being treated as an integer. Making this SHL AX.CL 
would fix the problem. 

Emulating the generated code confirmed that the high byte (4 places) was 
not being shifted into AH. 

Temporary solution: 

Type cast c to be an integer before using it in the expression. 

Signed off 04/29/87 in release 401.20 



- -0 



SRB detail reports as of 04/29/87 
Number: D200063644 Product: 8085 C 
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One-line description: 

C Function returning large (>2bytes) result can't be called as procedure 

Problem: 

Functions returning large (>2byte) result cannot be called as 

procedures. 

Signed off 04/29/87 in release 401.20 



Number: D200064915 Product: 8085 C 



300 64826S004 



01.10 



One-line description: 

Funct calls via pointers with parras cause subsequent stack ref errors 

Problem: 

When functions are called via pointers and are passed parameters, 
subsequent references to stack relative objects will be incorrect. 
The following code is an example of this problem: 

"C" 

"processor name" 

extern int called fund); 

typedef int (*PFlT(); 

PFI call_ptr - called_func; 

maint) 
{ 
int local; 

local - 6; ('variable is accessed correctly*) 

(*(call_ptr( ) (1,2); ('function call via pointer with parameters*) 
local « 3; (*wrong location accessed*) 

Signed off 04/29/87 in release 401.20 



Number: D200066233 Product: 8085 C 



300 54826S004 



01.10 



One- line description: 

Illegal forward reference flagged for legally defined string. 

Problem: 

"C" 

"processor" 



char badstring[] • {"Wont work"}; 
char stringU » "works fine"; 

maint ) 
{ 
int i; 



i ■ sizeof (string); 
i - sizeof (badstring) ; 



/* Error 117 flagged. */ 
- -0 
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} 

Temporary solution: 

Eliminate the braces when initializing a string. 

"C" 
"processor" 

char string [] - "do it this way"; 

main( ) 
{ 
int i; 
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i » sizeof (string); 



Signed off 04/29/87 in release 401.20 



Number: D200066555 Product: 8085 C 



300 64826S004 



01.10 



One-line description: 

No error message for unimplemented processor name. 

Problem: 

Specifying an unimplemented processor name in a C source file 

will cause the compiler to go from pass 1 into C Nocode without 

an error message. The listing file also does not report the 

error. 

Signed off 04/29/87 in release 401.20 



- -0 



SRB detail reports as of 04/29/87 
Number: 5000179028 Product: 8085 C 



Page: 



500 64826S001 



112 
01.05 



One-line description: 

Number of errors listed at bottom of the listing is incorrect. 

Problem: 
The following program, compiled with the -o option, does not 
correctly total the number of errors at the end of the listing 
"C" 

"8085" 
int x,y; 
main ( J 
{ a ++; x ■ val; v -0; 
functl(x.y) ; 
if (func2()l: 
if (var " 0); 
} 

If the line "if (var == 0);" is removed, the problem goes away. It 
appears only to happen when an undefined variable is used in an if 
statement. 

A shorter example, 

"C" 
"8085" 

main () { if (var == 0) ; > 

"103,104*407 
103: 

104: etc. 
407: etc. 

End of compilation, number of errors- 

Temporary solution: 

Refer to the listing generated to determine errors. 

Signed off 04/29/87 in release 101.60 



Number: D200025759 Product: 8085 C 
Keywords: CODE GENERATOR 



500 64826S001 



01.10 



One-line description: 

Assigning a ptr. after its post incr/decr. gives incorrect value. 

Problem: 

Pointer assignment after a post increment or decrement to that pointer 

stores incorrect value. The following is an illustration: 

"C" 
"PR0CESS0R_NAME" 

unsigned short fct(g) 
unsigned short *g; 



- -0 
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unsigned short a,b; 
b-*g; 
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) 



*g++; 
a-*g; 



The first assignment statement stores the contents of what g is point- 
to in the accumulator. Once the pointer is incremented, the compiler 
loads the accumulator (which still has the previous value) into the 
variable a. The compiler is false remembering the value in the 
accumulator as the current contents of what g is pointing to. 

Temporary solution: 

Turn $AMNESIA 0N$ to force the reload of the accumulator from the BC 

register pair. 

Signed off 04/29/87 in release 101.60 



Number: D200040451 Product: 8085 C 



500 64826S001 



01.20 



One-line description: 

Nested switch statements may generate infinite loop 

Problem: 

If you have nested switch statements and do not terminate the inner 

switch's cases with breaks the compiler generates an infinite loop. 

"C" 

"68000" 



main(){ 

int c; 



switch(c) { 



} 



case 1: break; 
default: switch(c){ 

case 2: break; 

/* A break is needed here because the break 
above for 'case 2' generates a jump to 
this location. If a break is not placed 
here it falls into the code for 
evaluating 'case 1' above. •/ 



Temporary solution: 

Close default statement with a break. 

"C" 

"68000" 



main(){ 



int 



switch(c) { 
easel: 
default: 



break; 
switch(c){ 

case 2: break; 

break ; 



-o 
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} 

Signed off 04/29/87 in release 101.60 
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Number: D200042085 Product: 8085 C 



500 64826S001 



01.20 



One-line description: 

IF statements involving return values and address calculations may fail. 

Problem: 

HP9000 compiler generates different code from 64000 and VAX, and both 

are wrong. If an if statement compares the value returned from 

a function with a value obtained via the structure pointer operator, 

the value returned from the function may be overwritten by the address 

of the structure element. This will cause the test to be erroneous. 

Example: 

"C" 
"8085" 

extern unsigned x(); 
struct 
{long *ptr; 
unsigned length; 
} *now_string; 

func 10 

{ ~ 
if(x() < now_string->length) /* test fails */ 
return) 5) ; 

Temporary solution: 

Use a temporary variable to hold the return result of the function. 

Signed off 04/29/87 in release 101.60 



Number: D200059915 Product: 8085 C 



500 64826S001 



01.40 



One-line description: 

Compiler is not flagging an undefined structure. 

Problem: 

The customer reports that the program listed below causes the 
compiler to hang. I could not duplicate this problem, but, the 
compiler incorrectly reported no errors. 

■•C" 
"processor" 



mainO { 

int i; 
struct 



undefined a[10][20]; 
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The compiler should report that the type 'undefined' is undefined. 

Temporary solution: 
No temporary solution. 

Signed off 04/29/87 in release 101.60 



Number: D200063305 Product: 8085 C 

Keywords: CODE GENERATOR 



500 64826S001 



01.50 



One-line description: 

Character isn't converted to int before calculations use it 

Problem: 

Kernigan and Ritchie states that a character is converted to an integer 
before calculations use the char variable. Our compiler does not conver 
t the character to an integer prior to any calculations. 

For example: 
"C" 

"8086" 
mainO { 

char c; 

int i; 

i « Uc<< 4) *5)/i; 



AX register if c 



0FFH 



xxxx MOV CL,#+00004H {moves 4 into counter} 
OOxx MOV AH,#0 {00h into AH} 
00FF MOV AL,SS:BVTE PTR[BP-00003H] {loads c into AM 
00F0 SHL AL.CL {shifts left 4 c ;however, it loses the uppe 

r byte because it was not SHL AX,CL} 
} 

The character is not being treated as an integer. Making this SHL AX.CL 
would fix the problem. 

Emulating the generated code confirmed that the high byte (4 places) was 
not being shifted into AH. 

Temporary solution: 

Type cast c to be an integer before using it in the expression. 

Signed off 04/29/87 in release 101.60 



Number: D200063628 Product: 8085 C 



500 64826S001 



01.50 



One- line description: 

C Function returning large (>2bytes) result can't be called as procedure 

Problem: 

Functions returning large (>2byte) result cannot be called as 

procedures. 



SRB detail reports as of 04/29/87 



Signed off 04/29/87 in release 101.60 
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Number: D200064899 Product: 8085 C 



500 64826S001 



01.50 



One-line description: 

Funct calls via pointers with parms cause subsequent stack ref errors 

Problem: 

When functions are called via pointers and are passed parameters, 
subsequent references to stack relative objects will be incorrect. 
The following code is an example of this problem: 

"C" 

"processor name" 

extern int called funcO; 

typedef int (*PFlT(); 

PFI call_ptr = called_func; 

main!) 
{ 

int local; 

local - 6; ("variable is accessed correctly*) 

(*(call_ptr() (1,2); ("function call via pointer with parameters*) 
local « 3; (*wrong location accessed*) 



} 

Signed off 04/29/87 in release 101.60 



Number: D200066217 Product: 8085 C 



500 64826S001 



01.50 



One-line description: 

Illegal forward reference flagged for legally defined string. 

Problem: 

"C" 
"processor" 



char badstringU • {"Wont work"}; 
char string!] - "works fine"; 

mainO 
{ 

int i; 



sizeof (string) ; 
sizeof (badstring) ; 



/* Error 117 flagged. */ 



Temporary solution: 

Eliminate the braces when initializing a string. 

»C" 
"processor" 



-0 



-0 
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char string [] - "do it this way"; 

main! ) 
{ 
int i; • 

i « sizeof (string); 
Signed off 04/29/87 in release 101.60 
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Number: C200066530 Product: 8085 C 



500 64825S001 



01.50 



One-line description: 

No error message for unimplemented processor name. 

Problem: 

Specifying an unimplemented processor name in a C source file 

will cause the compiler to go from pass 1 into C Nocode without 

an error message. The listing file also does not report the 

error. 

Signed off 04/29/87 in release 101.60 
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One-line description: 

Assigning a ptr. after its post incr/decr. gives incorrect value. 

Problem: 

Pointer assignment after a post increment or decrement to that pointer 

stores incorrect value. The following is an illustration: 

"C" 
"PR0CESS0R_NAME" 

unsigned short fct(g) 
unsigned short *g; 

unsigned short a,b; 



} 



b«»g; 
*g++; 
a-*g; 



The first assignment statement stores the contents of what g is point- 
to in the accumulator. Once the pointer is incremented, the compiler 
loads the accumulator (which still has the previous value) into the 
variable a. The compiler is false remembering the value in the 
accumulator as the current contents of what g is pointing to. 

Temporary solution: 

Turn $AMNESIA 0N$ to force the reload of the accumulator from the BC 

register pair. 

Signed off 04/29/87 in release 301.90 



Number: D200040469 Product: 8085 C 



VAX 64826S003 



01.20 



One-line description: 

Nested switch statements may generate infinite loop 

Problem: 

If you have nested switch statements and do not terminate the inner 

switch's cases with breaks the compiler generates an infinite loop. 

"C" 

"68000" 



main(){ 

int c; 



switch(c) { 



case 1: break; 
default: switch(c){ 

case 2: break; 
) 
/* A break is needed here because the break 
above for 'case 2' generates a jump to 
this location. If a break is not placed 
here it falls into the code for 

- -0 
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evaluating 'case l* above. */ 

Temporary solution: 

Close default statement with a break. 

-C" 

"68000" 



main! ) { 



int c; 



switch(c){ 
easel: 
default: 



break; 
svitch(c){ 

case 2: break; 
} 
break; 



> 



Signed off 04/29/87 in release 301.90 



Number: D200042093 Product: 8085 C 



VAX 64826S003 



01.20 



One-line description: 

IF statements involving return values and address calculations may fail. 

Problem: 

HP9000 compiler generates different code from 64000 and VAX, and both 

are wrong. If an if statement compares the value returned from 

a function with a value obtained via the structure pointer operator, 

the value returned from the function may be overwritten by the address 

of the structure element. This will cause the test to be erroneous. 

Example: 

"C" 
"8085" 

extern unsigned x(); 
struct 
{long *ptr; 
unsigned length; 
} *now_string; 

func l() 

I ~ 
if(x() < now string->length) /* test fails */ 
return (5); 

Temporary solution: 

Use a temporary variable to hold the return result of the function. 

Signed off 04/29/87 in release 301.90 
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VAX 64826S003 01.60 



One -line description: 

Compiler is not flagging an undefined structure. 

Problem: 

The customer reports that the program listed below causes the 
compiler to hang. I could not duplicate this problem, but, the 
compiler incorrectly reported no errors. 

"C" 
"processor" 

main!) { 

int i; 

struct undefined a[10][20]; 



The compiler should report that the type 'undefined' is undefined. 

Temporary solution: 
No temporary solution. 



Signed off 04/29/87 in release 301.90 



Number: D200063313 Product: 8085 C 
Keywords: CODE GENERATOR 



VAX 64826S003 



01.80 



One-line description: 

Character isn't converted to int before calculations use it 

Problem: 

Kernigan and Ritchie states that a character is converted to an integer 
before calculations use the char variable. Our compiler does not conver 
t the character to an integer prior to any calculations. 

For example: 
"C" 

"8086" 
mainO { 

char c; 

int i; 

i - ((c<< 4) 



AX register if c 



*5)/i; 
• 0FFH 



xxxx 

ooxx 

00FF 
00F0 

} 



MOV CL,#+00004H {moves 4 into counter} 

MOV AH,#0 {00h into AH} 

MOV AL,SS:BYTE PTR[BP-00003H] {loads c into AL} 
SHL AL,CL {shifts left 4 c ;however, it loses the uppe 
r byte because it was not SHL AX.CL} 



- -0 



SRB detail reports as of 04/29/87 



Page: 121 



The character is not being treated as an integer. Making this SHL AX.CL 
would fix the problem. 

Emulating the generated code confirmed that the high byte (4 places) was 
not being shifted into AH. 

Temporary solution: 

Type cast c to be an integer before using it in the expression. 

Signed off 04/29/87 in release 301.90 



Number: D200063636 Product: 8085 C 



VAX 64826S003 



01.80 



One-line description: 

C Function returning large (>2bytes) result can't be called as procedure 

Problem: 

Functions returning large (>2byte) result cannot be called as 

procedures. 

Signed off 04/29/87 in release 301.90 



Number: D200064907 Product: 8085 C 



VAX 64826S003 



01.80 



One-line description: 

Funct calls via pointers with parms cause subsequent stack ref errors 

Problem: 

When functions are called via pointers and are passed parameters, 
subsequent references to stack relative objects will be incorrect. 
The following code is an example of this problem: 

••C" 

"processor name" 

extern int called funct ); 

typedef int (*PFlT(); 

PFI calL_ptr * called_func; 

main! ) 
< 

int local; 



} 



local * 6; 

(*(call_ptr() (1,2); 
local » 3; 



("variable is accessed correctly") 
("function call via pointer with parameters") 
("wrong location accessed") 



Signed off 04/29/87 in release 301.90 



Number: D200066225 Product: 8085 C 



VAX 64826S003 



01.80 



One-line description: 

Illegal forward reference flagged for legally defined string. 

Problem: 

"C" 

"processor" 
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char badstringt] ■ {"Wont work"}; 
char string!) - "works fine"; 

ma int ) 
{ 

int i; 
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i - sizeof (string) ; 
i - sizeof jbadstring) ; 



/» Error 117 flagged. »/ 



Temporary solution: 

Eliminate the braces when initializing a string. 

"C" 
"processor" 

char string[] » "do it this way"; 

maint ) 
{ 

int i; 

i - sizeof (string); 

} 

Signed off 04/29/87 in release 301.90 



Number: D200066548 Product: 808S C 



VAX 64826S003 



01.80 



One-line description: 

No error message for unimplemented processor name. 

Problem: 

Specifying an unimplemented processor name in a C source file 

will cause the compiler to go from pass 1 into C Nocode without 

an error message. The listing file also does not report the 

error. 

Signed off 04/29/87 in release 301.90 



-o 
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Number: 5000136093 Product: 8086/8 ASSEMB 

Keywords: CODE GENERATOR 



64853 
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02.00 



One-line description: 

Index addressing in MOV statement creates incorrect code 

Problem: 

The following program generates incorrect code: 
"80186" 

NNN EQU 0EEH 

MOV AL.NNN ;line A 

MOV AL,ES:BYTE PTR NNN[BX] ;line B 

MOV AL,ES:BYTE PTR [NNN+BX] ; line C 

MOV AL,ES:BYTE PTR [NNN] [BX] ;line D 

Line A generates B0EE which is correct; and line C and line D 
both generate 268A87EE00 which is also correct. As expected these two 
lines generate the same code. Line B, however, generates BOEE 
(same as line A) which appears incorrect. Line B can be interpreted 
as: the BYTE PTR of (the offset of NNN from ES + the contents of 
BX) should be moved into AL. This does not seem to be happening 
since the insertion of the statement MOV BX,#01H before line B 
does not change the value being moved into AL in line B (still 
generates BOEE) . 

Temporary solution: 

No known temporary solution. 

Signed off 04/29/87 in release 302.02 



Number: 5000136226 Product: 8086/8 ASSEMB 



64853 



02.00 



One-line description: 

Corrupt file generated by assem. when large # of files are link, w/xref 

Problem: 

This problem can be demonstrated by using a customer tape that is 
available from Robin Barker-Chambers. This only occurs when generating 
a xref. Softfix must be run to resolve the problem. The absolute 
file generated is always correct. 

Signed off 04/29/87 in release 302.02 



Number: 5000152090 Product: 8086/8 ASSEMB 



64853 



02.01 



One-line description: 

Assermbler does not flag LR error when short jump > +/- 127 bytes 

Problem: 

When a short jump is used as follows: 
"8018 6" 

JMP SHORT LABEL 
DBS 81H 
LABEL 
This program does not generate a LR error (illegal range error) even 
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though the jump ois greater than +/-127 bytes. According to Intel 
a short jump is only allowed a +/-127 byte range. 

Temporary solution: 

No known temporary solution. 

Signed off 04/29/87 in release 302.02 



Number: 5000154542 Product: 8086/8 ASSEMB 



64853 



02.01 



One-line description: 

0LD_8087 directive is ignored after the use of DQ pseudo 

Problem: 

The "0LD_8087" directive is ignored following the use of 

the pseudo DQ. 

"8086" 

OLD 8087 

DQ " 1 

FDIVRP ST[1],ST generates 9BDEF1 — wrong 

OLD_8087 

FDIVRP STtll.ST generates 9BDEF9 — correct 

END 

The DQ cancells the 0LD_8087 directive. 

Temporary solution: 

Use OLD_8087 pseudo after using DQ pseudo. 

Signed off 04/29/87 in release 302.02 

Number: 5000161836 Product: 8086/8 ASSEMB 64853 

One-line description: 

FMUL ST[3],ST[5] does not flag error 

Problem: 

8086 assembler does not generate an error for the 

following illegal instruction: 

FMUL ST [3], ST [5] 

Code for FMUL ST[3],ST is generated. 



02.01 



FMUL ST, ST generates — > 9B0CC8 
FMUL STL0LST generates — > 9BDCC8 
FMUL ST,ST[0] generates — > 9BD8C8 



(expected 9BD8C8) 
(expected 9BD8C8) 



All three of these statements is equivalent 
The two different opcodes generated do the 
same thing. 

Temporary solution: 

No known temporary solution. 

Signed off 04/29/87 in release 302.02 



-0 
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Number: D200005116 Product: 8086/8 ASSEMB 

Keywords: LINKER 



64853 
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00.08 



One-line description: 

"Total # of bytes loaded" is incorrect if segment boundary is crossed. 

Problem: 

The linker listing indicates an incorrect number of bytes being loaded 
when a segment boundary is crossed. 
ex. "8086" 

ORG 00FFF0H 

DB 0H,1H,2H,3H,4H,5H,6H,7H,8H,9H 
DB 0AH,0BH,0CH,0DH,0EH,0FH 
PROG 
NOP 
END 
Causes the following Linker listing; 
FILE/PROG NAME PROGRAM DATA COMMON ABSOLUTE DATE... 



NAME:UID 
next address 



00000000 
00000001 



0000FFF0-FFFFFFFF 



XFER address- 00000000 Defined by DEFAULT 
absolute 8. link_com file name»NAME:UID 
Total# of bytes loaded- FFFF0011 

Temporary solution: 

Avoid crossing segment boundaries at link time. 

Signed off 04/29/87 in release 302.02 



Number: D200033563 Product: 8086/8 ASSEMB 



64853 



02.00 



One-line description: 

STACKSEG pseudo op does not allocate space correctly. 

Problem: 

The STACKSEG pseudo instruction should allow the user to create a 
logical stack segment of a specified length in bytes. Instead, the 
assembler creates a segment where the number of bytes allocated is 
exactly the value of the current program counter. 

Signed off 04/29/87 in release 302.02 



Number: D200042242 Product: 8086/8 ASSEMB 



64853 



02.00 



One-line description: 

Expression type errors occur for legal INC instructions. 



Problem: 

The following code generates errors as shown when assembled, although 

each of the instructions are legal. 



"processor name" 
ASSUME 
PROG 



CS:PR0G 
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INC 
INC 
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[BX][SI] 

*ET (Expression type) 

[BX+SI] 

~ET,IE (Illegal expression) 



Temporary solution: 

Do not use INC instructions of this form. 

Signed off 04/29/87 in release 302.02 



Number: D200043885 Product: 8086/8 ASSEMB 



64853 



02.00 



One-line description: 

Macro called with more parameters than declared generates error. 

Signed off 04/29/87 in release 302.02 



-o 
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Number: D200052100 Product: 8086/8 ASSEMB 
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300 64853S004 02.00 



One-line description: 

Expression type errors occur for legal INC instructions. 

Problem: 

The following code generates errors as shown when assembled, although 

each of the instructions are legal. 



processor name 
ASSUME 

PROG 
INC 

INC 



CS:PR0G 

[BXltSI] 

~ET (Expression type) 

fbx+si i 

~ET,IE (Illegal expression) 



Temporary solution: 

Do not use INC instructions of this form. 

Signed off 04/29/87 in release 402.20 
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Number: D200042556 Product: 8086/8 ASSEMB 500 64853S001 02.00 

One-line description: 

Expression type errors occur for legal INC instructions. 

Problem: 

The following code generates errors as shown when assembled, although 

each of the instructions are legal. 



"processor name" 
ASSUME 
PROG 

INC 

INC 



CS.-PR0G 

[BX][SI] 

^ET (Expression type) 

[BX+SI] 

*ET,IE (Illegal expression) 



Temporary solution: 

Do not use INC instructions of this form. 

Signed off 04/29/87 in release 102.30 



-0 
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Number: D200042564 Product: 8086/8 ASSEMB 
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VAX 64853S003 02.00 



One-line description: 

Expression type errors occur for legal INC instructions. 

Problem: 

The following code generates errors as shown when assembled, although 

each of the instructions are legal. 



"processor name 
ASSUME 
PROG 
INC 

INC 



CS:PR0G 

[BXHSI] 

~ET (Expression type) 

[BX+SI] 

'ET.IE (Illegal expression) 



Temporary solution: 

Do not use INC instructions of this form. 

Signed off 04/29/87 in release 302.40 
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Number: 5000108969 Product: 8086/8 C 64818 02.00 

One-line description: 

Dereferencing a structue is not working properly. 

Temporary solution: 

Use the alternate dereferencing structure (many. one) suggested above. 

Signed off 04/29/87 in release 803.02 



Number: 5000135913 Product: 8086/8 C 
Keywords: CODE GENERATOR 



64818 



02.00 



One-line description: 

AX not loaded with constant prior to using it to calculate expression 

Problem: 

"C" 

"8086" 

char a(2][2l; 
char b; 
char c[8] ; 
bug() { char i.j.k; 
b-a[j][k]; 
c[i*2] -b; 

MOV AL,#+00002H (AL CONTAINS 2H) 

MUX SS:BYTE PTR [BP-00003H] (AX CONTAINS i*2) 



b - c[i*2+l]; } 

MUL SS:BYTE PTR [BP-00003H] 



Temporary solution: 

NO KNOWN TEMPORARY SOLUTION 

Signed off 04/29/87 in release 803.02 



(AX CONTAINS i*i«2 -WRONG) 
(THIS 0CCURED BECAUSE ax WAS 
ASSUMED TO CONTAIN 2H) 



Number: 5000160770 Product: 8086/8 C 
Keywords: CODE GENERATOR 



64818 



02.00 



One-line description: 

The compiler generates incorrect code for floating point constants 

Problem: 

The data generated by the compiler for floating point constants 

is not always correct. This problem does not occur on the 64100. 

For example, 
••C" 
"8086" 



float varl - 32.0; 
float var2 - 32/1; 
float var3 - 32.0/1; 



Assembly code generated 

DW 0000H, 4200H 
DW 0000H, 4200H 
DV 0000H, 4280H 
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float var4 - 32/1.0; 
float var5 ■= 32.0/1.0; 



DW OO00H, 4280H 
DW OOOOh, 4280H 



All of these expressions should generate: DW OOOOH, 4200H 

Temporary solution: 

The temporary solution is: 



(1) Compile on the 64100. 



or 



(2) Expressions with constant operand(s) that are floating point 
numbers may not be initialized in the declarations. They 
should be initialized in the main program and type cast. 

For example, 

float varl; 

main { 

varl « (float)32/1.0; 
varl - 32.0/(float)l; 



> 
Signed off 04/29/87 in release 803.02 



Number: D200007831 Product: 8086/8 C 
Keywords: CODE GENERATOR 



64818 



00.56 



One-line description: 

Error #1006 generated when incorrect value returned from a function 

Problem: 

When a function is declared to return one type of value, but another 
type is actually returned, the compiler may generate Pass 2 error #1006. 
The following code exhibits this problem. 

"C" 
"8086" 

char *cfiar_ptr() 

int i; 

return! (long)i) ; 

Temporary solution: 

Have the return statement in each function send back a value that 

matches the type declaration of the function. 

Signed off 04/29/87 in release 803.02 
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Number: D200010116 Product: 8086/8 C 64818 00.56 

Keywords: PASS 1 

One-line description: 

Unsigned integers treated as signed when subtracted from pointers. 

Problem: 

When an unsigned short or integer is used as an offset to a pointer, the 
unsigned will be treated as a signed when doing pointer calculations. 
Offsets large enough to set the sign bit will be interpreted as a 
negative offset when the offset is subtracted from a pointer. The 
following code exibits the problem if offset is greater than 32767 dec. 
unsigned offset; 
struct { int a,b,c; 

> *ptr; 
unsigned long x; 

main { ) 
{ 

x - ptr - offset; /* The compiler will generate code negating */ 
} /* offset for the "-" operation. */ 

Temporary solution: 

Cast the offset in the expression as the next larger integer. 

ie. x » ptr - (unsigned longloffset; 

Signed off 04/29/87 in release 803.02 

Number: D200011395 Product: 8086/8 C 



64818 



"ooT?5 



Keywords: PASS 1 

One-line description: 

Functions invoked via function pointers may JSR the wrong location. 

Problem: 

When the typedef statement is used to define pointers to functions, 
and this pointer type is used in a cast of a variable array to invoke 
code stored in that array, program execution may transfer to the wrong 
location. For example, in the following code the simple call to 
code_array fails while the call and assignment to p works correctly: 



typedef int(»PFI)(); 
int code_array[100] ; 
PFI p; 



/* PFI a pointer to int functions */ 

/* array contains code */ 

/* p a pointer of type PFI */ 



-0 



pfibugO 

{ 

(»((PFI) code_array) ) ( ) : 
(♦(p-(PFI)code array)) (1 

} 



/* fails in JSR to code_array */ 
/* assignment and JSR successful */ 



Temporary solution: 

Set up a dummy variable and perform an assignment to it when doing 

this type of operation. 







SRB detail reports as of 04/29/87 
Signed off 04/29/87 in release 803.02 
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Number: D200040295 Product: 8086/8 C 64818 

One-line description: 

Nested switch statements may generate infinite loop 

Problem: 

If you have nested switch statements and do not terminate the inner 

switch's cases with breaks the compiler generates an infinite loop. 

-C" 

"68000" 



02.00 



main(){ 

int c; 



switch(c) { 



> 



case 1: break; 
default: switch(c){ 

case 2: break; 
} 
/* A break is needed here because the break 
above for 'case 2' generates a jump to 
this location. If a break is not placed 
here it falls into the code for 
evaluating 'case 1' above. */ 



Temporary solution: 

Close default statement with a break. 

"C" 

"68000" 



main( ) { 



int c; 



switch(c){ 
easel: 
default: 



break; 
switch(c){ 

case 2: break; 
} 
break; 



} 



Signed off 04/29/87 in release 803.02 



Number: D200059675 Product: 8086/8 C 

One-line description: 

Compiler is not flagging an undefined structure. 



64818 



03.00 



Problem: 

The customer reports that the program listed below causes the 
compiler to hang. I could not duplicate this problem, but, the 
compiler incorrectly reported no errors. 



processor" 



- -0 
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main!) { 

int i; 

struct undefined a[10][20]; 



The compiler should report that the type 'undefined' is undefined. 

Temporary solution: 
No temporary solution. 

Signed off 04/29/87 in release 803.02 



Number: D200063388 Product: 8086/8 C 



64818 



03.01 



One-line description: 

C Function returning large (>2bytes) result can't be called as procedure 

Problem: 

Functions returning large (>2byte) result cannot be called as 

procedures. 

Signed off 04/29/87 in release 803.02 



Number: D200065979 Product: 8086/8 C 



64818 



03.01 



One-line description: 

Illegal forward reference flagged for legally defined string. 

Problem: 

"C" 

"processor" 



char badstringU - {"Wont work"}; 
char stringt] - "works fine"; 

main( ) 
{ 

int i; 



i - sizeof (string) ; 
i « sizeof (badstring) ; 



/* Error 117 flagged. */ 



Temporary solution: 

Eliminate the braces when initializing a string. 

"C" 
"processor" 

char stringt] - "do it this way"; 

main( ) 
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{ 



int i; 

i » sizeof (string) ; 

} 

Signed off 04/29/87 in release 803.02 



- -0 
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Number: D200049973 Product: 8086/8 C 
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One-line description: 

With $P0INTER_SIZE 32$ assigning an address + a sizeof in 1 line fails. 

Problem: 

The following code illustrates the problem: 

••C" 

■'80186" 

$P0INTER_SIZE 32$ 

char *ptr; 

fct(ptr); 

< 

char *sptr; 

sptr ■ &ptr + sizeof (char *); 

sptr = &ptr; 

sptr += sizeof (char *); 

Different data is assigned to the pointer if the assignment is written 
in one or two lines. The difference between both the loaded addresses 
should be 4. 

Signed off 04/29/87 in release 403.20 



Number: D200051912 Product: 8086/8 C 



300 64818S004 



03.00 



One-line description: 

Nested switch statements may generate infinite loop 

Problem: 

If you have nested switch statements and do not terminate the inner 

switch's cases with breaks the compiler generates an infinite loop. 

"C" 

"processor name" 



main! ) { 

int c; 



switch(c) { 



} 



case 1: break; 
default: switch(c){ 

case 2: break; 
} 
/* A break is needed here because the break 
above for 'case 2' generates a jump to 
this location. If a break is not placed 
here it falls into the code for 
evaluating 'case 1' above. */ 



Temporary solution: 

Close default statement with a break. 

"C" 

"processor name" 



main( ){ 



int c; 



switch(c){ 
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easel: 
default: 



> 
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break; 
switch(c){ 

case 2: break; 

break; 



Signed off 04/29/87 in release 403.20 



Number: D200059709 Product: 8086/8 C 



300 64818S004 



03.00 



One-line description: 

Compiler is not flagging an undefined structure. 

Problem: 

The customer reports that the program listed below causes the 
compiler to hang. I could not duplicate this problem, but, the 
compiler incorrectly reported no errors. 

"C" 
"processor" 

mainO { 

int i; 

struct undefined a[10][20]; 



The compiler should report that the type 'undefined' is undefined. 

Temporary solution: 
No temporary solution. 

Signed off 04/29/87 in release 403.20 

Number: D200063412 Product: 8086/8 C 



300 64818S004 



03.10 



One-line description: 

C Function returning large (>2bytes) result can't be called as procedure 

Problem: 

Functions returning large (>2byte) result cannot be called as 

procedures. 

Signed off 04/29/87 in release 403.20 



Number: D200066001 Product: 8086/8 C 



300 64818S004 



03.10 



One-line description: 

Illegal forward reference flagged for legally defined string. 

Problem: 

"C" 

"processor" 
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char badstringt] - {"Wont work"}; 
char string[] - "works fine"; 

main! ) 
{ 
int i; 
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i « sizeof (string) ; 
i - sizeof (badstring) ; 



/* Error 117 flagged. */ 



Temporary solution: 

Eliminate the braces when initializing a string. 

"C" 
"processor" 

char stringt] - "do it this way"; 

main! ) 
{ 

int i; 

i « sizeof (string) ; 
> 

Signed off 04/29/87 in release 403.20 



Number: D200066381 Product: 8086/8 C 



300 64818S004 



03.10 



One-line description: 

No error message for unimplemented processor name. 

Problem: 

Specifying an unimplemented processor name in a C source file 

will cause the compiler to go from pass 1 into C Nocode without 

an error message. The listing file also does not report the 

error. 

Signed off 04/29/87 in release 403.20 
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Number: 5000149773 Product: 8086/8 C 
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One-line description: 

Both operands of expression loaded into AX when calculating array index 

Problem: 

The following program loads both operands of an expression into 

AX and then tries to add them together by adding AX to AX. 

"C" 
"80188" 

$FAR_EXTVARS$ 
$P0INIER SIZE 32$ 
$FAR_PROC$ 

struct Button_0bj { 

char button_code; 
char label_code; 
char button_parm; 
char button_attrib; 

extern char Channel_Data[6] [9] ; 
#define ChannelJType 8 

extern struct Button_obj Current_Buttons[60] ; 

extern char S D Button_C0des[5] [8] ; 

extern struct~Button_obj Stat_Btns[]; 

Copy_Buttons( Table^Ptr, Table_Size) 
struct ButtonjDbj (Tablejptr) [] ; 
char Table_sTze; 
{ char counter; 
for (counteer«0; counteeer < Table_size; counter++) 
{ Current_Buttons [counter] ■ fable_ptr[counter] ; 

return; 



} 

Setup statO 
{ " 
char display_trace; 
char column; 
char btn_code; 
Copy Buttons (Stat_Btns, 
for Tdisplay trace - 0; 
{ 



54); 
display_trace <« 



5; display_trace++) 



for (column -0; column < 8; column++) 
btn_code - S_D_Button_Codes[Channel_Data[display_trace] 
[ChInnel_Type] [column] ; 

MOV AL,SS:BYTE PTR [BP - 00004H] 
: (loads column into AX) 
Cur rent_But tons [column + display_trace*8] .button_code - (btn cod 
e & 0x7F); 

MOV AL,#+00008H 

MUX SS:BYTE PTR [BP-00005H] (loads display_trace*8 

into AX over column) 



SRB detail reports as of 04/29/87 Page: 140 

ADD AX, AX (tries to add display trace*8 to column 
not correct) 
) 
> 
return; } 

Temporary solution: 

Use the compiler option, SAMNESIA ON$, around the incorrect state- 
ment. This will force the compiler to forget the register contents 
after each statement. 

Signed off 04/29/87 in release 103.30 



Number: 5000152108 Product: 8086/8 C 
Keywords: CODE GENERATOR 



500 64818S001 



03.00 



One-line description: 

ES register is overwritten when loading a ptr. w/ addr.of a structure 

Problem: 

The following program overwrites the ES register when using two 

levels of indirection. 



"C" 

"80188" 
$FAR_EXTVARS$ 
$P0INTER_SIZE 32$ 

struct Button_Def { 

char button_char; 
char next; 
char *(*labels) []; 
int ( *button_proc ) ( ) ; 
int (*setup_proc) ( ) ; 

struct ButtonJDbj { 

char butxl,butyl,butx2,buty2; 

char button_code; 

char label_code; 

char button_parm; 

char button attrib; 

}; 

#define BCont 0x04 
tdefine BAccel 0.08 
#define REPEAT0 80 
idefine DELAY 160 
#define ENTER 0x0000 
#define RTimer TP_Timer_Cnt 

extern struct Button_Def Button_List[] ; 

extern struct Button_0bj Current_Buttons[] ; 

extern char UserState; 

extern char Repeatlnterval; 

extern char TP_Timer_Cnt; 



-0 



-0 
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extern char cbutn; 
extern char bchar; 
extern Put_Button() ; 

DebounceTimerO 
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{ 



struct Button_Def *but_p; 
struct Button_0bj *obj_p; 

switch (UserState) { 

C3S6 1* 

PutlButtonlENTERI (int)cbutn) ; 

Put_Button( 0x00001 (int) cbutn) ; 

UserState « 2; 

obj_p " &Current_Buttons [cbutn] ; 

but_p * &Button_List[obj_p->button_code] ; 



MOV 
MOV 

lis 



AX.SEG Button_List 

ES.AX ;ES contains segment of Button_List 

SI,SS:DWORD PIP. [BP-6H] ;ES contains seg. of obj_p 



MOV SS:W0RD PTR[BP-8H] ,ES ; moves segment of obj_p into but_p 

; should be segment of Button_List 

obj_p « &Current_Buttons[ cbutn]; 

but_p • &Button_List(obj_p->button_code] ; 

Temporary solution: 

The temporary solution is to access the variable directly without 

using pointers. 

but_p » &Button_list[Current_Buttons[cbutn] .button_code] ; 

Signed off 04/29/87 in release 103.30 



Number: 5000154245 Product: 8086/8 C ™ 

Keywords: CODE GENERATOR 

One- line description: 

Compiler generates M0VSB without init. ES 



500 64818S001 



03.00 



POINTER -> member = VAR; 



Problem: 

The following code generates a M0VSB without loading the ES register 
prior to moving the data. The Source register, SI, uses the OS 
segment, but the destination register, DI, uses the ES register. 
In this case the ES register has unknown contents. 

-C" 

"8088" 

$FAR_PR0C 0N$ 
$FAR_LIBRARIES 0N$ 
$SEPARATE_C0NST 0PF$ 



-0 
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struct str_l { short instrl; 

short instr2; 

short instr3; }; 
struct str_2 { int instr_a; 

int instr~b; 

struct str_l instr_c; }; 
extern struct str_l data_l; 

testO 

{ struct str_2 *jp; 
jp->instr_c - data_l; 

LEA SI,DS:data_l 
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MOV 
LEA 
MOV 
CLD 



REP 



BX,SS:W0RD PTR[BP-2H] 
DI.DS; [BX+000004H] 
CX,#+00003H 



-Would expect PUSH DS 

POP ES to be here 



M0VSB 



MOVSB uses the ES:DI to calculate destination address, 
but ES has not been loaded 



A similiar example uses a temporary variable: 

same declarations as above 

testO 

{ struct str_2 *jp; 

struct str_l x; 

x " jp->instr_c; 

x • data 1; 
} 

In this example the ES register gets loaded with the value of thhe 
SS register. This is correct, but the OS register gets loaded with 
the value of the ES register. This is incorrect. 

Temporary solution: 

THe temporary solution is to access the member directly. For example, 

testO 

{ struct str_l y; 

y.instr c * data 1; 
> 



Signed off 04/29/87 in release 103.30 



Number: D200040303 Product: 8086/8 C 



500 64818S001 



02.01 



One-line description: 

Nested switch statements may generate infinite loop 

Problem: 

If you have nested switch statements and do not terminate the inner 

- -0 
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switch's cases with breaks the compiler generates an infinite loop. 

"C" 

"processor name" 



main( M 

int c; 



switch(c) { 



} 



case l: break; 
default: switch(c){ 

case 2: break; 
} 
/* A break is needed here because the break 
above for 'case 2' generates a jump to 
this location. If a break is not placed 
here it falls into the code for 
evaluating 'case 1' above. */ 



Temporary solution: 

Close default statement with a break. 

"C" 

"processor name" 



main( ) { 



int c; 



switch(c) { 
easel: 
default: 



break; 
switch! c){ 

case 2: break; 

break; 



} 

Signed off 04/29/87 in release 103.30 



Number: D200045559 Product: 8086/8 C 500 64818S001 

One-line description: 

File will not compile on the 9000/500. 

Temporary solution: 

Download the source to the 64000 compile it and then upload the 

relocatable. 

Signed off 04/29/87 in release 103.30 



02.01 



Number: D200059683 Product: 8086/8 C 



500 64818S001 



03.10 



One-line description: 

Compiler is not flagging an undefined structure. 

Problem: 

The customer reports that the program listed below causes the 
compiler to hang. I could not duplicate this problem, but, the 
compiler incorrectly reported no errors. 
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"C" 
"processor" 

main() { 

int i; 

struct undefined a[l0][20]; 



The compiler should report that the type 'undefined' is undefined. 

Temporary solution: 
No temporary solution. 

Signed off 04/29/87 in release 103.30 



Number: D200063396 Product: 8086/8 C 



500 64818S001 



03.20 



One-line description: 

C Function returning large (>2bytes) result can't be called as procedure 

Problem: 

Functions returning large (>2byte) result cannot be called as 

procedures. 

Signed off 04/29/87 in release 103.30 



Number: D200065987 Product: 8086/8 C 



500 64818S001 



03.20 



One-line description: 

Illegal forward reference flagged for legally defined string. 

Problem: 

"C" 

"processor" 



char badstringt] « {"Wont work"}; 
char stringU - "works fine"; 

main( ) 
{ 

int i; 



i = sizeof (string); 
i - sizeof (badstring) ; 



/» Error 117 flagged. */ 



Temporary solution: 

Eliminate the braces when initializing a string. 

"C" 
"processor" 

char stringf] - "do it this way"; 
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main( ) 
( 

int i; 
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i - sizeof (string) ; 
} 

Signed off 04/29/87 in release 103.30 



Number: D200066365 Product: 8086/8 C 



500 64818S001 



03.20 



One-line description: 

No error message for unimp lenient ed processor name. 

Problem: 

Specifying an unimplemented processor name in a C source file 

will cause the compiler to go from pass 1 into C Nocode without 

an error message. The listing file also does not report the 

error. 

Signed off 04/29/87 in release 103.30 



- -0 
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Number: 5000114645 Product: 8086/8 C 

One-line description: 

Data space cannot exceed 32K. 

Signed off 04/29/87 in release 303.50 
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VAX 64818S003 02.00 



Number: 5000128959 Product: 8086/8 C 
Keywords: CODE GENERATOR 



VAX 64818S003 



02.01 



One- line description: 

float/double vars. in a subroutine uses M0VESB without init. ES 

Problem: 

The following example demonstrates that float variables used in subrouti 
nes generate incorrect code. This problem also occurs with the use 
of double variables. The defect is present on all hosts. 

••C" 

"80186" 

sub(a) 

float a[]; 

{ 

float b; 

a[l] ■ b; 

} 

The code assumes that DS"ES in near mode; however, the actual code 
that is generated never initializes ES to be equilavent to DS before 
the MOVESB instruction. 

Temporary solution: 

No known temporary solution. 

Signed off 04/29/87 in release 303.50 

Number: 5000129817 Product: 8086/8 C 



VAX 64818S003 



03.10 



One-line description: 

Compiler aborts when incorrectly passing address of array as funct. para 

Problem: 

The following program gets the expected error (Lvalue expected error) 
when compiled on the 64100, but it generates a "Comp: c passl cannot 
recover from errors parsing stopped at line xxx" error on the 9000 
and VAX. 

"C" 

"processor name" 

$FAR_PR0C 0N$ 

$P0INTER_SIZE 32$ 

extern int Reply!); 

extern int CFO ; 

extern int HD() ; 

mainO { HD(&Reply,CF( ) ) ; ) 

- -0 
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Customer would like same error message on the 9000/VAX as on the 64100. 

Temporary solution: 

No known temporary solution. 

Signed off 04/29/87 in release 303.50 

Number: D200040311 Product: 8086/8 C 



VAX 64818S003 



02.00 



One- line description: 

Nested switch statements may generate infinite loop 

Problem: 

If you have nested switch statements and do not terminate the inner 

switch's cases with breaks, the compiler generates an infinite loop. 

"C" 

"processor name" 

main(){ 

int c; 



switch(c) { 



} 



case 1: break; 
default: switch(c){ 

case 2: break; 
} 
/* A break is needed here because the break 
above for 'case 2' generates a jump to 
this location. If a break is not placed 
here, it falls into the code for 
evaluating 'case 1* above. */ 



Temporary solution: 

Close default statement with a break. 

••C" 

"processor name" 



main( ){ 



int c ; 



switch(c) { 
easel: 
default: 



break; 
switch! c){ 

case 2: break; 
} 
break ; 



} 

Signed off 04/29/87 in release 303.50 



Number: D200059691 Product: 8086/8 C 



VAX 64818S003 



03.10 



One-line description: 

Compiler is not flagging an undefined structure. 



Problem: 



- -0 
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The customer reports that the program listed below causes the 
compiler to hang. I could not duplicate this problem, but, the 
compiler incorrectly reported no errors. 

"C" 
"processor" 

main!) { 

int i; 

struct undefined a[10][20]; 



The compiler should report that the type 'undefined' is undefined. 

Temporary solution: 
No temporary solution. 



Signed off 04/29/87 in release 303.50 



Number: D200063404 Product: 8086/8 C 



VAX 64818S003 



03.40 



One-line description: 

C Function returning large (>2bytes) result can't be called as procedure 

Problem: 

Functions returning large (>2byte) result cannot be called as 

procedures. 

Signed off 04/29/87 in release 303.50 



Number: D200065995 Product: 8086/8 C 



VAX 64818S003 



03.40 



One-line description: 

Illegal forward reference flagged for legally defined string. 

Problem: 

"C" 

"processor" 



char badstringt] - {"Wont work"}; 
char stringU - "works fine"; 

main!) 
{ 

int i; 



i - sizeof (string) ; 
i • sizeof (badstring) ; 



/* Error 117 flagged. */ 



Temporary solution: 

Eliminate the braces when initializing a string. 



- -0 
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"C" 
"processor" 

char string[] « "do it this way"; 

main( ) 
{ 
int i; 

i - sizeof (string) ; 

} 

Signed off 04/29/87 in release 303.50 
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Number: D200066373 Product: 8086/8 C 



VAX 64818S003 



03,40 



One-line description: 

No error message for unimplemented processor name. 

Problem: 

Specifying an unimplemented processor name in a C source file 

will cause the compiler to go from pass 1 into C Nocode without 

an error message. The listing file also does not report the 

error. 

Signed off 04/29/87 in release 303.50 



Page: 150 

02.00 
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Number: D200030775 Product: 8086/8 PASCAL 64814 

One-line description: 

Incorrect code generated for assignment statement. 

Problem: 

The following program illustrates a code generation problem. 

PROGRAM test; 

VAR 

a, b, c : BYTE; 

BEGIN 

IF a <> 255 THEN 
b :- (c * 10) + a; 
END. 

The compiler assumes that a register value is valid and doe6 not 
reload. Since the register value is NOT valid, this produces an 
error. 

Temporary solution: 

Use the compiler option $AMNESIA 0N$. 

Signed off 04/29/87 in release 403.02 



Number: D200037325 Product: 8086/8 PASCAL 



54814 



One-line description: 

Program reboots or aborts with too many errors (64000 / host). 

Signed off 04/29/87 in release 403.02 



Number: D200055335 Product: 8086/8 PASCAL 
Keywords: CODE GENERATOR 



64814 



02.01 



03.00 



- -0 



One-line description: 

$SEPARATE_C0NST 0FF$ USED WITH REAL # C0NSTS. GENERATES POP CS/PUSH CS. 

Problem: 

THE FOLLOWING PROGRAM GENERATES TWO ILLEGAL INSTRUCTIONS: POP CS 
AND PUSH CS. 

"80 186" 

$P0INTER_SIZE 32$ 
$SEPARATE_CONST 0FF$ 
$GL0BPR0C 0N$ 

PROGRAM INIT; 

SGL0BVAR 0N$ 
VAR CPU : REAL; 

PROCEDURE TEST; 
BEGIN 

- -0 
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CPU :- 9.8304E6; 
END; 

BEGIN 
END. 

THE PROBLEM ONLY OCCURS WHEN THE $SEPARATE_CONST 0FF$ IS USED. 

Temporary solution: 

DO NOT USE $SEPARATE_C0NST 0FF$ WITH REAL CONSTANTS. 

Signed off 04/29/87 in release 403.02 

Number: D200063990 Product: 8086/8 PASCAL 64811 OTToI 

Keywords: CODE GENERATOR 

One-line description: 

Record members' addresses are calcul. incorrectly inside the WITH stmnt 

Problem: 

The address of a record member accessed by a pointer is calculated 

incorrectly when use in a WITH statment. 

"80186" 

SPOINTER SIZE 32$ 

PROGRAM PROG INIT; 



TYPE 
INFO 



RECORD 
DUMMY 1 
DUMMY2 
END; 
CONTROL - RECORD 
COMMAND 
NUMBER : 
END; 
ALL_INFOS • RECORD 

SBO : INFO; 

SBI : ARRAY [1..10] OF CONTROL; 

END; 



INTEGER; 
INTEGER; 



: INTEGER; 
INTEGER; 



VAR 

X_AL_INF0S : ~ALL_INFOS; 

PROCEDURE PROC INIT; 
BEGIM 

WITH X_AL INFOS". SBI [1] DO 

LES~ BX,DS: DWORD PTR DPROG_INIT (loads addr of record - 

type all_infos) 
ADD BX,#+00008H (loads addr of x al_infos 

.sbi[l] .commandT 
BEGIN 
NUMBER :- 50; 
PUSH #0 
PUSH #+00032H 

- -0 
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POP ES: [BX+0000CH] 



POP 


ES: [BX+OOOOEH] 


COMMAND 


:- 20; 


PUSH 


#0 


PUSH 


#+000 14H 


POP 


ES:[BX+00008H] 


POP 


ES: [BX+OOOOAH] 


END; 
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(puts value into incorrec 
location - should be 

BX+00004) 
(should be BX+00006) 



(should be BX) 
(should be BX+00002) 



END; 



Temporary solution: 

The temporary solution is to not use the WITH statement. 

Use the full path name to access the record member. 

Signed off 04/29/87 in release 403.02 



Number: D200065078 Product: 8086/8 PASCAL 



64814 



03.01 



Keywords: PASS 3 



CODE GENERATOR 



One-line description: 

SHORT JMP generated instead of HEAR JMP when jumping > 



32K 



Problem: 

This problem generates different code on the 64100 than on the 
9000 series 500. On the 9000, the code generated is larger than 
32K. Whenever it passes 32K, an #1113 error (Program Counters 
do not agree) is flagged. A NEAR PTR JMP is generated. 

On the 64100, the code generated does not cause any errors or 
warnings, but the jump generated is incorrect. A SHORT JMP 
has to be made within 32K. It should have been a NEAR PTR JMP. 

The code is available on hplsdsb! robin under users/robin/D.hotsite/ 
D.B0R/fmt2_32k.p. 

Signed off 04/29/87 in release 403.02 



-0 
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Number: D200050245 Product: 8086/8 PASCAL 

Keywords: PASS 2 
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300 64814S004 03.00 



One-line description: 

Too many errors, pass2: 80186 (PROCEDURE, WITH statement). 

Signed off 04/29/87 in release 403.20 

Number: D200051219 Product: 8086/8 PASCAL 300 64814S004 oOo 

One-line description: 

Incorrect code generated for assignment statement. 

Problem: 
The following program illustrates a code generation problem. 

PROGRAM test; 

VAR 

a, b, c : BYTE; 

BEGIN 

IF a <> 255 THEN 
b :• (c * 10) + a; 
END. 

The compiler assumes that a register value is valid and does not 
reload. Since the register value is NOT valid, this produces an 
error. 

Temporary solution: 

Use the compiler option $AMNESIA ON$. 

Signed off 04/29/87 in release 403.20 



Number: D200051797 Product: 8086/8 PASCAL 



300 64814S004 



03.00 



03.00 



One-line description: 

Program reboots or aborts with too many errors (64000 / host). 

Signed off 04/29/87 in release 403.20 

Number: D200055517 Product: 8086/8 PASCAL 300 64814S004 

Keywords: CODE GENERATOR 

One-line description: 

$SEPARATE_CONST 0FF$ USED WITH REAL # CONSTS. GENERATES POP CS/PUSH CS. 

Problem: 

THE FOLLOWING PROGRAM GENERATES TWO ILLEGAL INSTRUCTIONS: POP CS 

AND PUSH CS. 

"80186" 

$P0INTER_SIZE 32$ 
$SEPARATE_CONST 0FF$ 

- -0 
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SGLOBPROC 0N$ 

PROGRAM INIT; 

SGLOBVAR 0N$ 
VAR CPU : REAL; 

PROCEDURE TEST; 
BEGIN 

CPU :» 9.8304E6; 
END; 

BEGIN 
END. 

THE PROBLEM ONLY OCCURS WHEN THE $SEPARATE_CONST 0FF$ IS USED. 

Temporary solution: 

DO NOT USE $SEPARATE_C0NST 0FF$ WITH REAL CONSTANTS. 

Signed off 04/29/87 in release 403.20 

Number: D200064097 Product: 8086/8 PASCAL 300 64814S004 03.10 

Keywords: CODE GENERATOR 

One-line description: 

Record members' addresses are calcul. incorrectly inside the WITH stmnt 

Problem: 

The address of a record member accessed by a pointer is calculated 

incorrectly when use in a WITH statment. 

"80186" 

$P0INTER_SIZE 32$ 
PROGRAM PR0G_INIT; 

TYPE 

INFO - RECORD 

DUMMY 1 : INTEGER; 
DUMMY2 : INTEGER; 
END; 
CONTROL - RECORD 

COMMAND : INTEGER; 
NUMBER : INTEGER; 
END; 
ALL.INF0S = RECORD 

SB0 : INFO; 

SBI : ARRAY [1..10] OF CONTROL; 

END; 

VAR 



X_AL_INF0S : "ALL_INF0S; 

PROCEDURE PR0C_INIT; 
BEGIN 

WITH X_AL_INF0S".SBI[1] DO 



- -0 
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LES BX.DS: DWORD PTR DPROG_INIT 
ADD BX,#+00008H 



END; 



BEGIN 




NUMBER : 


- 50; 


PUSH 


#0 


PUSH 


#+00032H 


POP 


ES: [BX+0000CH] 


POP 


ES: [BX+OOOOEH] 


COMMAND 


:- 20; 


PUSH 


#0 


PUSH 


#+00014H 


POP 


ES: [BX+00008H] 


POP 


ES:[BX+0000AH] 


END; 
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(loads addr of record - 

type all_infos) 
(loads addr of x al_infos 

.sbi[l] . coiranandT 



(puts value into incorrec 
location - should be 

BX+00004) 
(should be BX+00006) 



(should be BX) 
(should be BX+00002) 



Temporary solution: 

The temporary solution is to not use the WITH statement. 

Use the full path name to access the record member. 

Signed off 04/29/87 in release 403.20 
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Number: D200025908 Product: 8086/8 PASCAL 

Keywords: PASS 2 
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500 64814S001 01.10 



One-line description: 

Too many errors, pass2: 80186 (PROCEDURE, WITH statement). 

Signed off 04/29/87 in release 103.20 

Number: D200030783 Product: 8086/8 PASCAL 500 64814S001 02.00 

One-line description: 

Incorrect code generated for assignment statement. 

Problem: 
The following program illustrates a code generation problem. 

PROGRAM test; 

VAR 

a, b, c : BYTE; 

BEGIN 

IF a <> 255 THEN 

b :- (c * 10) + a; 

END. 

The compiler assumes that a register value is valid and does not 
reload. Since the register value is NOT valid, this produces an 
error. 

Temporary solution: 

Use the compiler option $AMNESIA 0N$. 

Signed off 04/29/87 in release 103.20 



Number: D200037333 Product: 8086/8 PASCAL 



500 64814S001 



02.00 



03.00 



- -0 



One-line description: 

Program reboots or aborts with too many errors (64000 / host). 

Signed off 04/29/87 in release 103.20 

Number: D200055491 Product: 8086/8 PASCAL 500 64814S001 

Keywords: CODE GENERATOR 

One-line description: 

$SEPARATE_C0NST 0FF$ USED WITH REAL # CONSTS. GENERATES POP CS/PUSH CS. 

Problem: 

THE FOLLOWING PROGRAM GENERATES TWO ILLEGAL INSTRUCTIONS: POP CS 

AND PUSH CS. 

"80186" 

$P0INTER_SIZE 32$ 
$SEPARATE CONST 0FF$ 
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$GL0BPR0C 0N$ 

PROGRAM INIT; 

$GL0BVAR 0N$ 
VAR CPU : REAL; 

PROCEDURE TEST; 
BEGIN 

CPU :- 9.8304E6; 
END; 

BEGIN 
END. 

THE PROBLEM ONLY OCCURS WHEN THE $SEPARATE_CONST 0FF$ IS USED. 

Temporary solution: 

DO NOT USE $SEPARATE_CONST 0FF$ WITH REAL CONSTANTS. 

Signed off 04/29/87 in release 103.20 

Number: D200064071 Product: 8086/8 PASCAL 500 64814S001 03.10 

Keywords: CODE GENERATOR 

One-line description: 

Record members' addresses are calcul. incorrectly inside the WITH stmnt 

Problem: 

The address of a record member accessed by a pointer is calculated 

incorrectly when use in a WITH statment. 

"80186" 

$POINTER_SIZE 32$ 
PROGRAM PROG_INIT; 

TYPE 

INFO • RECORD 

DUMMY1 : INTEGER; 
DUMMY2 : INTEGER; 
END; 
CONTROL • RECORD 

COMMAND : INTEGER; 
NUMBER : INTEGER; 
END; 
ALL_INF0S ■ RECORD 

SBO : INFO; 

SBI : ARRAY [1. .10] OF CONTROL; 

END; 
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LES BX.DS: DWORD PTR DPROG_INIT 



END; 



ADD 


BX,#+00008H 


BEGIN 




NUMBER : 


■ 50; 


PUSH 


#0 


PUSH 


#+00032H 


POP 


ES: [BX+0000CH] 


POP 


ES: [BX+0000EH] 


COMMAND 


:- 20; 


PUSH 


#0 


PUSH 


#+000 14H 


POP 


ES:[BX+00008H] 


POP 


ES:[BX+O0O0AH] 


END; 
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(loads addr of record - 

type all_infos) 
(loads addr of x al_infos 

.sbitl] .commandT 



(puts value into incorrec 
location - should be 

BX+00004) 
(should be BX+00006) 



(should be BX) 
(should be BX+00002) 



Temporary solution: 

The temporary solution is to not use the WITH statement. 

Use the full path name to access the record member. 

Signed off 04/29/87 in release 103.20 



VAR 



X AL INFOS 



*ALL INFOS; 



PROCEDURE PR0C_INIT; 
BEGIN 

WITH X_AL INFOS". SBI [1] DO 



- -0 



- -0 
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Number: D200025916 Product: 8086/8 PASCAL VAX 64814S003 01.10 

Keywords: PASS 2 

One-line description: 

Too many errors, pass 2: 80186 (PROCEDURE, WITH statement). 

Signed off 04/29/87 in release 303.30 

Number: D200030791 Product: 8086/8 PASCAL VAX 64814S003 OTTOO 

One-line description: 

Incorrect code generated for assignment statement. 

Problem: 
The following program illustrates a code generation problem. 

PROGRAM test; 

VAR 

a, b, c : BYTE; 

BEGIN 

IF a <> 255 THEN 
b :- (c * 10) + a; 
END. 

The compiler assumes that a register value is valid and does not 
reload. Since the register value is NOT valid, this produces an 
error. 

Temporary solution: 

Use the compiler option $AMNESIA 0N$. 

Signed off 04/29/87 in release 303.30 

Number: D200037341 Product: 8086/8 PASCAL VAX 64814S003 02.00 

One-line description: 

Program reboots or aborts with too many errors (64000 / host). 

Signed off 04/29/87 in release 303.30 

Number: D200055509 Product: 8086/8 PASCAL VAX 64814S003 03.00 

Keywords: CODE GENERATOR 

One-line description: 

$SEPARATE_C0NST 0FF$ USED WITH REAL # CONSTS. GENERATES POP CS/PUSH CS. 

Problem: 

THE FOLLOWING PROGRAM GENERATES TWO ILLEGAL INSTRUCTIONS: POP CS 

AND PUSH CS. 

"80186" 

$POINTER_SIZE 32$ 
$SEPARATE_CONST OFF* 



- -0 
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$GL0BPR0C 0N$ 

PROGRAM INIT; 

JGLOBVAR 0N$ 
VAR CPU : REAL; 

PROCEDURE TEST; 
BEGIN 

CPU := 9.8304E6; 
END; 

BEGIN 
END. 

THE PROBLEM ONLY OCCURS WHEN THE $SEPARATE_C0NST 0FF$ IS USED. 

Temporary solution: 

DO NOT USE $SEPARATE_C0NST 0FF$ WITH REAL CONSTANTS. 

Signed off 04/29/87 in release 303.30 

Number: D200064089 Product: 8086/8 PASCAL VAX 64814S003 03.20 

Keywords: CODE GENERATOR 

One-line description: 

Record members' addresses are calcul. incorrectly inside the WITH stmnt 

Problem: 

The address of a record member accessed by a pointer is calculated 

incorrectly when use in a WITH statment. 

"80186" 

$P0INTER_SIZE 32$ 
PROGRAM PROG_INIT; 

TYPE 

INFO = RECORD 

DUMMY 1 : INTEGER; 
DUMMY 2 : INTEGER; 
END; 
CONTROL - RECORD 

COMMAND : INTEGER; 
NUMBER : INTEGER; 
END; 
ALL_INF0S = RECORD 

SB0 : INFO; 

SBI : ARRAY [1..10] OF CONTROL; 

END; 

VAR 



X_AL_INF0S : ~ALL_INFOS; 

PROCEDURE PR0C_INIT; 
BEGIN 

WITH X_AL_INF0S".SBI[1] DO 
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LES BX.DS: DWORD PTR DPROG_INIT 
ADD BX,#+00008H 



BEGIN 




NUHBER : 


• 50; 


PUSH 


#0 


PUSH 


#+00032H 


POP 


ES: [BX+0000CH] 


POP 


ES:[BX+0000EH] 


COMMAND 


:- 20; 


PUSH 


#0 


PUSH 


#+000 14H 


POP 


ES:[BX+00008H] 


POP 


ES:[BX+0000AH] 


END; 
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(loads addr of record - 

type all_infos) 
(loads addr of x al_infos 

.sbi[l] .commandT 



(puts value into incorrec 
location - should be 

BX+00004) 
(should be BX+00006) 



(should be BX) 
(should be BX+00002) 



END; 



Temporary solution: 

The temporary solution is to not use the WITH statement. 

Use the full path name to access the record member. 

Signed off 04/29/87 in release 303.30 
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Number: D200021790 Product: HOST SOFTWARE / VAX 64882 



Page: 



162 
01.10 



- -0 



One-line description: 

File name conversion (transfer) is inconsistent with COMP and ASM. 

Signed off 04/29/87 in release 202.00 

Number: D200045088 Product: HOST SOFTWARE / VAX 64882 0T720 

Keywords: TRANSFER 

One-line description: 

Insufficient examples in the HELP entry. 

Signed off 04/29/87 in release 202.00 

Number: D200046102 Product: HOST SOFTWARE / VAX 64882 6T720" 

One-line description: 

Transfer may not function across VAX-cluster. 

Signed off 04/29/87 in release 202.00 

Number: D200047951 Product: HOST SOFTWARE / VAX 64882 51720 

Keywords: HIGH SPEED LINK 

One-line description: 

Initializing the HSL may require more than one shift/reset on the 64000. 

Problem: 

After CSIB is run, Mapbus (SYSTEM_1) is spawned, and the 64000 master 
is reset to allow the Mapbus to complete, it appears that the Mapbus 
has successfully completed. But, subsequently manually running a 
Mapbus does not work. Furthermore, when the HSL is in this state, 
transfers will not complete too. 

Temporary solution: 

It might be necessary to do two shift/resets on the 64000 master. 

Signed off 04/29/87 in release 202.00 

Number: D200048017 Product: HOST SOFTWARE / VAX 64882 01.20 

Keywords: HIGH SPEED LINK 

One-line description: 

HSLSTOP doesn't work if MAPBUS is pending. 

Problem: 

If MAPBUS (SYSTEM_1) is pending for CSIBn, HSLSTOP /HSL-n will not stop 

the CSIBn process. 

Temporary solution: 

Use "$ST0P PROCESS/ID- " 

Signed off 04/29/87 in release 202.00 

- -0 
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Number: D200048140 Product: HOST SOFTWARE / VAX 64882 01750 

Keywords: TRANSFER 

One-line description: 
CLUSTER-CLUSTER transfers don't work. 

Problem: 

Cluster-Cluster transfers don't work and may crash the VAX. 

Temporary solution: 

Transfer from a cluster to a temporary file on the VAX, then transfer 

the temporary file to the second cluster. 

Signed off 04/29/87 in release 202.00 

Number: D200054775 Product: HOST SOFTWARE / VAX 64882 0T760 

Keywords: RCMAIN 

One-line description: 

RCMAIN/VERBOSE not described in the HELP file. 

Signed off 04/29/87 in release 202.00 

Number: D200065680 Product: HOST SOFTWARE / VAX 64882 OTTO 

One-line description: 

Misspellings in HPINSTALL.COM can cause %F-ERR0R. 

Problem: 

Line # 272 has HPI$PROTDUCTS instead of HPI$PRODUCTS. 

Line # 281 has HPI End copy Product instead of HPI_End_copy_Products 

(page 394) 

Line # 421 has an inconsequential misspelling of represesetative. 

Signed off 04/29/87 in release 202.00 

Number: D200067512 Product: HOST SOFTWARE / VAX 64882 oTTfo 

One-line description: 

HSL will not start with most 64000 printers (introduced in 1.7) 

Signed off 04/29/87 in release 202.00 



Number: D200047845 Product: HOST SOFTWARE / VAX 64882 

Keywords: TRANSFER 

One- line description: 
TRANSFER does not timeout. 

Signed off 04/29/87 in release 202.00 



01.20 
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Number: D200048041 Product: HOST SOFTWARE / VAX 64882 

Keywords: HIGH SPEED LINK 

One-line description: 

IBDRIVER conficts with existing driver on the system. 

Signed off 04/29/87 in release 202.00 

Number: D200055012 Product: HOST SOFTWARE / VAX 64882 

Keywords: MAPBUS 
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01.20 



01.60 



One-line description: 

Define MAPBUS as a verb in HPTABLES.CLD instead of a symbol in HPSETUP. 

Signed off 04/29/87 in release 202.00 



- -0 
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Number: D200060285 Product: NSC800 EMULATION 



64292 



Page: 165 

01.02 



One-line description: 

Incorrect Inverse Assembly with State when restart active 



Problem: 

The inverse assembler for State gives incorrect IA when restart 

is active. 

Example: 

0019 LD A,** 

0078 xx refresh (restart req) 

00 IA 01 memory read (restart req) 



Should be: 

0019 LD A, 01 

Signed off 04/29/87 in release 201.03 



Number: D200067470 Product: NSC800 EMULATION 



64292 



01.02 



One-line description: 

NSC800 cannot access the last 256 byte block of user memory. 

Problem: 

It is not possible to access the last 256 block of user 

memory under the following conditions: 

1) running with a slow external oscillator, freq < 2MHz 

2) the very last entry in the memory map is user memory. 

3) you are using revision 1.02 of the NSC800 Emulation software. 

When accessing the last block, typically you will always read 
zeros. 

Temporary solution: 

Two work-arounds exist for this problem. 

1) Add a dummy entry to the memory map following the last block of 
user memory that was mapped previously. The dummy map entry 
should be the last entry in numerical order. 

2) Modify the memory map so that the last entry is emulation memory 
rather than user memory, since this problem only appears if the 
last entry in the memory map is user memory. 

If for example, you have memory mapped I/O located at 0FF00H - 0FFFFH, 
then the two work-arounds mentioned above will be of no help to you. 
In this special case, the best work-around is to operate with an 
older revision of NSC800 Emulation software, such as revision 1.01 

Signed off 04/29/87 in release 201.03 



- -S 
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Number: D200067488 Product: NSC800 EMULATION 



Page: 



64292 



166 
01.02 



One-line description: 

"modify register PC" immediately after "load <absolute_f ile>" fails 

Problem: 

"modify register PC" immediately after loading an absolute file 

will fail to modify the PC. 

Temporary solution: 

Since this problem only occurs when the "modify register PC" 
command is issued immediately after the "load" command, the 
best work-around is to use the "reset" command after the 
load, or simply repeat the modify register command until it 
does work. 

Signed off 04/29/87 in release 201.03 



- -S 
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Number: D200072199 Product: OPERATING SYSTEM 



64100 



Page: 167 

02.06 



One-line description: 

MAIN Assemb stops table interpretation for expressions delinited by 

Problem: 

The 68000 assembler was demostrating problem with statements of the 

form 

mov 0[A0,D0.L],2[A0,D0.L] 
terminating on the first ".L" in the expression handler of the 
64000 table interpreter. The table trace showed that table 
interpretation had ceased in the EXPRESSION pseudoinstruction 
of the table. 

Dave Ritchie 

Signed off 04/29/87 in release 002.07 



-P 
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Number: D200061614 Product: USER DEF ASSEMB 300 64851S004 01.00 

One-line description: 

Problem with timemark in hosted assemblers. 

Problem: 

The Hosted Assembler produces a timemark in the relocatable file 

which has an offset from the actual time i.e. minus 14 hours. 

Signed off 04/29/87 in release 401.20 

Number: D200062653 Product: USER DEF ASSEMB 300 64851S004 01.00 

One-line description: 

EQU pseudo with 0LLH for an operand may halt assembly. 

Problem: 

When an EQU statement is followed by 0LLH as an operand, the assembly 
process is halted. This should not happen. An error should be flagged 
to the affect of an invalid operand, but the assembly process should 
not halt. Assemble this file with listing on, and notice that the 
statements after the EQU 0LLH statement are assembled. Then assemble 
test009 (attached to this document under the file name EQU) with listing 
on, and notice that there are only 107 lines listed (terminating with 
EQU 0LLH) and there should be 271 lines listed. 

EQU 0LLH 

STA 41H 

LDA 41H 
END 

Signed off 04/29/87 in release 401.20 

Number: D200063248 Product: USER DEF ASSEMB 300 64851S004 01.10 

Keywords: LINKER 

One-line description: 

Linker does not correctly handle "NO LOAD" files. 

Signed off 04/29/87 in release 401.20 

Number: D200067454 Product: USER DEF ASSEMB 300 64851S004 01.10 

One-line description: 

Assembler aborts when full path name is specified. 

Signed off 04/29/87 in release 401.20 

Number: D200065011 Product: USER DEF ASSEMB 300 64851S004 01.10 

One-line description: 

Assembler trys to assemble .A files. 

Problem: 

If you mistakenly try to assembler a .A file the assembler does 

not report an error and it hangs. 

- -S 
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Signed off 04/29/87 in release 401.20 
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Number: 5000149211 Product: USER DEF ASSEMB 500 64851S001 01.40 

One-line description: 

Comma at the end of a HEX pseudo statement causes the assembler to hang. 

Problem: 

If a comma is incorrectly placed after a pseudo HEX instruction 

the assembler hangs. 

"processor" 

HEX 00, 

This is true only on the host machines. 

Signed off 04/29/87 in release 101.60 

Number: D200055384 Product: USER DEF ASSEMB 500 64851S001 01.30 

One-line description: 

ASM is unable to assemble a file accessed across Ian via a netunam. 

Problem: 

asm on the series 500 when accessing a file across LAN using 

netunam will not assemble the file. Example: 

Snetunam /net/remote_machine uid: 
Password: 

$cd /net/remote_machine/some_directory 
$asm file.s 
asm: Termination, Input file not found. (line 0) 

Signed off 04/29/87 in release 101.60 

Number: D200061598 Product: USER DEF ASSEMB 500 64851S001 6T740 

One-line description: 

Problem with timemark in hosted assemblers. 

Problem: 

The Hosted Assembler produces a timemark in the relocatable file 

which has an offset from the actual time i.e. minus 14 hours. 

Signed off 04/29/87 in release 101.60 

Number: D200063230 Product: USER DEF ASSEMB 500 64851S001 oOo 

Keywords: LINKER 

One-line description: 

Linker does not correctly handle "NO LOAD" files. 

Problem: 



Temporary solution: 
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Signed off 04/29/87 in release 101.60 
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Number: 5000143370 Product: USER DEF ASSEMB VAX 64851S003 01.04 

Keywords: LINKER 

One-line description: 

Linker does not correctly handle "NO LOAD" files. 

Signed off 04/29/87 in release 301.60 


Number: D2000S7439 Product: USER DEF ASSEMB 500 64851S001 01.50 

One-line description: 

Assembler aborts when full path name is specified. 

Problem: 

Specifying the full path name of a file when invoking the assembler 

causes the following error to be flagged. 

asm: Can not recover from errors on line 1. (11) 

Temporary solution: 

Copy the file you wish to assemble to your current directory. 

Signed off 04/29/87 in release 101.60 


Number: D200060830 Product: USER DEF ASSEMB VAX 64851S003 01.50 

Keywords: LINKER 

One-line description: 

Displacement > 32K error being flagged when it should not be. 

Problem: 

The problem is that their link contains a link_sym (.L) file. It 
appears that when a link is done with a link_sym file and the 
libraries are load at a location greater than 8000H this error 
(Displacement > 32K) is flagged. The errors are flagged at 
BSR instrucions which are well within 32K. 

Signed off 04/29/87 in release 301.60 


Number: D200064840 Product: USER DEF ASSEMB 500 64851S001 01.50 

One- line description: 

Assembler trys to assemble .A files. 

Problem: 

If you mistakenly try to assembler a .A file the assembler does 

not report an error and it hangs. 

Signed off 04/29/87 in release 101.60 


Number: D200062646 Product: USER DEF ASSEMB VAX 64851S003 01.50 

One-line description: 

EQU pseudo with 0LLH for an operand may halt assembly. 

Problem: 

When an EQU statement is followed by 0LLH as an operand, the assembly 
process is halted. This should not happen. An error should be flagged 
to the affect of an invalid operand, but the assembly process should 
not halt. Assemble this file with listing on, and notice that the 
statements after the EQU 0LLH statement are assembled. Then assemble 
test009 (attached to this document under the file name EQU) with listing 
on, and notice that there are only 107 lines listed (terminating with 
EQU 0LLH) and there should be 271 lines listed. 

EQU 0LLH 
ST A 41H 
LDA 41H 
END 

Signed off 04/29/87 in release 301.60 


- -S 


Number: D200065003 Product: USER DEF ASSEMB VAX 64851S003 01.50 

One- line description: 

Assembler trys to assemble .A files. 

Problem: 

If you mistakenly try to assembler a .A file the assembler does 

not report an error and it hangs. 

Signed off 04/29/87 in release 301.60 

- -S 
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Number: 2700003921 Product: Z80/NSC800 C 



64824 



Page: 174 

00.00 



One-line description: 

Changes to pointers to unions does not work properly in C language. 

Problem: 

The compiler does not recognize changes in pointers to unions. The 
orifinal value will be used as the new data if the compiler thinks 
it is still available. AMNESIA has no effect. 

Signed off 04/29/87 in release 401.04 



Number: 2700003939 Product: Z80/NSC800 C 



64824 



00.00 



One-line description: 

Certain single argument Rvalues will not compile correctly. 



Problem: 

Single argument Rvalues which are operated on by the: 

++, — , +', — , etc. operators, and assigned to an indirect structure 
member of an indirectly accesed structure will not compile correctly 
in certain cases. 

Signed off 04/29/87 in release 401.04 

Number: 2700004093 Product: Z80/NSC800 C 6*4824 00.00 

One-line description: 

Library routine REAL_SUB modifies DE register pair. 

Problem: 

LIBRARY ROUTINE REAL_SUB MODIFIES DE REGISTER PAIR 

Signed off 04/29/87 in release 401.04 



Number: 2700005603 Product: Z80/NSC800 C 
Keywords: CODE GENERATOR 



64824 



01.01 



One-line description: 

Registers used by Zbshift loaded incorrectly after structure reference. 

Temporary solution: 

MASK THE BITS BEFORE THE SHIFT IS EXECUTED. SEE EXAMPLE BELOW. 

"C" 

"Z80" 

typedef struct { 

char hh, mm, ss; } 

time; 

int 

c onv_t ime ( tm_pt r ) 

time *tm ptr; 

{extern int tab_sH[], tab_mL[], tabmH[], tab_hL[], tab_hH[]; 

static int ace; 

ace +• tab_sH[(tm_ptr-> ss 8.0x50) >>4]; 

- -8 
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/•Use above line rather than this next line*/ 
ace +- tab_sH[(tm_ptr-> ss >>4) & 0x05]; 

Signed off 04/29/87 in release 401.04 
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Number: 5000139204 Product: Z80/NSC800 C 
Keywords: CODE GENERATOR 



64824 



01.03 



One-line description: 

Character isn't converted to int before calculations use it 

Problem: 

Kernigan and Ritchie states that a character is converted to an integer 
before calculations use the char variable. Our compiler does not conver 
t the character to an integer prior to any calculations. 

For example: 

"C" 

"8086" 
main() { 

char c; 

int i; 

i - ((c<< 4) «5)/i; 

AX register if c » 0FFH 



xxxx MOV CL,#+00004H {moves 4 into counter} 
OOxx MOV AH,#0 {00h into AH} 

00FF MOV AL,SS:BYTE PTR[BP-00003H] {loads c into AD 
0OF0 SHL AL.CL {shifts left 4 c -.however, it loses the uppe 

r byte because it was not SHL AX,CL} 

The character is not being treated as an integer. Making this SHL AX.CL 
would fix the problem. 

Emulating the generated code confirmed that the high byte (4 places) was 
not being shifted into AH. 

Temporary solution: 

Type cast c to be an integer before using it in the expression. 

Signed off 04/29/87 in release 401.04 



Number: D200011148 Product: Z80/NSC800 C 
Keywords: PASS 1 



54824 



01.00 



One-line description: 

Functions invoded via function pointers may JSR the wrong location. 

Problem: 

When the typedef statement is used to define pointers to functions, 

and this pointer type is used in a cast of a variable array to invoke 

- -8 
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code stored in that array, program execution may transfer to the wrong 
location. For example, in the following code the simple call to 
code_array fails while the call and assignment to p works correctly: 



typedef int(*PFI) (); 
int code_array[100] ; 
PFI p; 



/* PFI a pointer to int functions */ 

/* array contains code */ 

/* p a pointer of type PFI */ 



pfibugO 

{ 

(*{(PFI) code_array)) (): /* fails in JSR to code_array */ 
(*(p-(PFI)code_array) ) ( ) ; /* assignment and JSR successful */ 

Temporary solution: 

Set up a dummy variable and perform an assignment to it when doing 

this type of operation. 

Signed off 04/29/87 in release 401.04 



Number: D200011221 Product: Z80/NSC800 C 
Keywords: PASS 1 



64824 



01.00 



One-line description: 

Unsigned integers treated as signed when subtracted from pointers. 

Problem: 

When an unsigned short or integer is used as an offset to a pointer, the 
unsigned will be treated as a signed when doing pointer calculations. 
Offsets large enough to set the sign bit will be interpreted as a 
negative offset when the offset is subtracted from a pointer. The 
following code exibits the problem if offset is greater than 32767 dec. 
unsigned offset; 
struct { int a,b,c; 

> *ptr; 
unsigned long x; 



main ( ) 
{ 

x » ptr - offset; /* The compiler will generate code negating 
} /* offset for the "-" operation. 

Temporary solution: 

Cast the offset in the expression as the next larger integer. 

ie. x ■ ptr - (unsigned longloffset; 

Signed off 04/29/87 in release 401.04 



Number: D200013300 Product: Z80/NSC800 C 
Keywords: CODE GENERATOR 



64824 



01.00 



One-line description: 

Assigning a ptr. after its post incr/decr. gives incorrect value. 



Problem: 



- -8 
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Pointer assignment after a post increment or decrement to that pointer 
stores incorrect value. The following is an illustration: 

"C" 
"PROCESSORJIAME" 

unsigned short fct(g) 
unsigned short *g; 
{ 

unsigned short a,b; 

b-*g; 



} 



*g++; 
a»*g; 



The first assignment statement stores the contents of what g is point- 
to in the accumulator. Once the pointer is incremented, the compiler 
loads the accumulator (which still has the previous value) into the 
variable a. The compiler is false remembering the value in the 
accumulator as the current contents of what g is pointing to. 

Temporary solution: 

Turn SAMNESIA 0N$ to force the reload of the accumulator from the BC 

register pair. 

Signed off 04/29/87 in release 401.04 



Number: D200015966 Product: Z80/NSC800 C 
Keywords : PASS 2 



64824 



01.01 



One-line description: 

Pass 2 error #1006 in if construct when subtracting a const, from a var. 

Problem: 

The following code generates a Pass 2 error #1006. 
"C" 
"Z80" 

#define NULL 
fct(parm) 
int parm; 

{ if ( parm - NULL ) 
parm ■ 10; 

If "parm" is defined as an integer pointer, two loads are performed but 
no other code is generated to check for zero value. 

Temporary solution: 

Check fox value of parm by using the "■-" conditional operator. 

Signed off 04/29/87 in release 401.04 



- -8 
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Number: D200022301 Product: Z80/NSC800 C 
Keywords: CODE GENERATOR 



64824 
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01.01 



One-line description: 

Operating on parm. in function call generates incorrect code. 

Temporary solution: 

Func_B(retainl) 
The temporary fix is to pass a varible that is updated before the 
procedure call. 

{int retainl 
int Func_B ( ) ; 

if (parm a !» 0) 
{retainl - - ! retainl 

Signed off 04/29/87 in release 401.04 



Number: D200022624 Product: Z80/NSC800 C 
Keywords: CODE GENERATOR 



64824 



01.01 



One-line description: 

Pointer addressing wrong location after it has been updated. 

Problem: 

Using a pointer immediately after it has been updated results in an 

improper memory location being addressed. The block of code below 

demostrates this. 

"C" 

"Z80" 

{char 

»a,b; 

a- OxC082; 



b- *a; /•"b" is getting what "a" used to point, 
updated*/ 



"a" is not being 



Temporary solution: 

Use SAMNESIA 0N$ option directly after pointer is updated, 
{char *a,b; 
a- 0xc082; 

SAMNESIA 0N$ 
b- *a; 
) 

Signed off 04/29/87 in release 401.04 



Number: D200034918 Product: Z80/NSC800 C 



64824 



01.01 



One-line description: 

Incorredt or NO listing file produced if fatal pass 2 errors (#10xx) 



Problem: 
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c 

Z80 

♦define NULL 

ct(parm) 

int parm; 

if (parm - NULL) 

parm- 10; 
} 



Signed off 04/29/87 in release 401.04 



Number: D200037697 Product: Z80/NSC800 C 



64824 



01.01 



One-line description: 

DIF AND WRONG CODE PRODUCED IF ARRAY ELEMENT ASSIGNED RESULT OF INDIRECT 

Problem: 

Situations where an array element is assigned the result of an array 
taken indirect may produce code on the 9000 that is different from th 
64000 and the VAX, due to an uneeded reload of HL, however, in both c 
generated code is wrong because the HL register is overwritten by the 
preceeding calculations. 

Sample code: 

c 

Z80 

typedef int - PTR_TYPE; 
long *dest_array[2] ; 
int index; - 

struct STRUCTJTYPE /* may be union or struct */ 
{ long filler; /* a pointer & one or more other items */ 
int *i_ptr; /* requiring 4 or more bytes in any order • 

func l(param) 

struct STRUCTJTYPE param; /* parameter must be of STRUCTJTYPE */ 

struce STRUCTJTYPE local strucr[2]; /* must be local array of type 
/* STRUCTJTYPE - size >- 2 */ 

/* line generating incorrect code */ 
dest_ar ray [index] - (« ((PTRJTYPE*) 0x0fl801) [33]); 
/* cast any type of ptr - requires typedef */ 
/* constant must be long */ 

Signed off 04/29/87 in release 401.04 



Number: E200040410 Product: Z80/NSC800 C 



64824 



01.01 



One-line description: 

Nested svitch statements may generate infinite loop 

Problem: 

If you have nested switch statements and do not terminate the inner 

switch's cases with breaks the compiler generates an infinite loop. 

- -8 
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-C" 

"68000- 



Page: 180 



main(){ 

int c; 



switch(c) { 



case 1: 
default: 



break; 
switch (c){ 

case 2: 

} 



break; 



> 



A break is needed here because the break 
above for 'case 2' generates a jump to 
this location. If a break is not placed 
here it falls into the code for 
evaluating 'case 1' above. */ 



Temporary solution: 

Close default statement with a break. 

"C" 

"68000" 



main(){ 



int 



switch(c) { 
easel: 
default: 



break; 
switch! c){ 

case 2: break; 
} 
break; 



} 

Signed off 04/29/87 in release 401.04 



Number: D200059865 Product: Z80/NSC800 C 64824 

One-line description: 

Compiler is not flagging an undefined structure. 

Problem: 

The customer reports that the program listed below causes the 
compiler to hang. I could not duplicate this problem, but, the 
compiler incorrectly reported no errors. 

"C" 
"processor" 

mainO { 

int i; 

struct undefined a[10][20]; 

> 

The compiler should report that the type 'undefined' is undefined. 

- -8 



01.02 
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Temporary solution: 
No temporary solution. 

Signed off 04/29/87 in release 401.04 
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main( ) 
{ 

int i; 

i * sizeof (string) ; 

i - sizeof (badstring); /* Error 117 flagged. */ 

Temporary solution: 

Eliminate the braces when initializing a string. 

••C" 
"processor" 

char string!] - "do it this way"; 

mainO 
{ 

int i; 

i - sizeof (string) ; 
} 

Signed off 04/29/87 in release 401.04 


Number: D200063032 Product: Z80/NSC800 C 64824 01.03 

One-line description: 

Funct calls via pointers with parms cause subsequent stack ref errors 

Problem: 

When functions are called via pointers and are passed parameters, 
subsequent references to stack relative objects will be incorrect. 
The following code is an example of this problem: 

"C" 

"processor name" 

extern irit called fund); 

typedef int (*PFlT(); 

PFI call_ptr • called_func; 

mainO 
{ 

int local; 

local - 6; (*variable is accessed correctly*) 
(*(call_ptr() (1,2); ("function call via pointer with parameters*) 
local - 3; (*wrong location accessed*) 

Signed off 04/29/87 in release 401.04 


- -8 


Number: D200063578 Product: Z80/NSC800 C 64824 01.03 

One-line description: 

C Function returning large (>2bytes) result can't be called as procedure 

Problem: 

Functions returning large (>2byte) result cannot be called as 

procedures. 

Signed off 04/29/87 in release 401.04 


Number: D200066167 Product: Z80/NSC800 C 64824 01.03 

One-line description: 

Illegal forward reference flagged for legally defined string. 

Problem: 

"C" 

"processor" 

char badstring[] - ("Wont work"}; 
char string[] » "works fine"; 

- -8 
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Number: D200051961 Product: Z80/NSC800 C 300 64824S004 01.00 






mainO { 


One-line description: 




Nested switch statements may generate infinite loop 


int i; 




struct undefined a[10][20]; 


Problem: 




If you have nested switch statements and do not terminate the inner 


> 


switch's cases with breaks the compiler generates an infinite loop. 




"C" 


The compiler should report that the type 'undefined' is undefined. 


"processor name" 






Temporary solution: 


maint ) { 

int c; 

switch(c) { 


No temporary solution. 


Signed off 04/29/87 in release 401.20 


case 1: break; 
default: switch(c){ 




Number: D200063289 Product: Z80/NSC800 C 300 64824S004 01.10 


case 2: break; 




} 


Keywords: CODE GENERATOR 


/* A break is needed here because the break 




above for 'case 2' generates a jump to 


One-line description: 


this location. If a break is not placed 


Character isn't converted to int before calculations use it 


here it falls into the code for 




evaluating 'case 1' above. */ 


Problem: 


} 


Kernigan and Ritchie states that a character is converted to an integer 




before calculations use the char variable. Our compiler does not conver 


Temporary solution: 


t the character to an integer prior to any calculations. 


Close default statement with a break. 




"C" 


For example: 
"C" 


"processor name" 


"8086" 




mainO { 


main(){ 


char c; 


int c; 


int i; 


switch(c){ 


i = ((c<< 4) *5)/i; 


easel: break; 




default: switch(c){ 


AX register if c • 0FFH 


case 2: break; 




} 


xxxx MOV CL,#+00004H {moves 4 into counter} 


break; 


OOxx MOV AH,#0 {00h into AH} 


> 


0OFF MOV AL,SS:BYTE PTR[BP-00003H] {loads C into AL) 


> 


00F0 SHL AL.CL {shifts left 4 c ;however, it loses the uppe 




r byte because it was not SHL AX.CL} 


Signed off 04/29/87 in release 401.20 


} 
The character is not being treated as an integer. Making this SHL AX.CL 


Number: D200059899 Product: Z80/NSC800 C 300 64824S004 01.00 




would fix the problem. 


One-line description: 




Compiler is not flagging an undefined structure. 


Emulating the generated code confirmed that the high byte (4 places) was 




not being shifted into AH. 


Problem: 




The customer reports that the program listed below causes the 


Temporary solution: 


compiler to hang. I could not duplicate this problem, but, the 


Type cast c to be an integer before using it in the expression. 


compiler incorrectly reported no errors. 




"C" 
"processor" 


Signed off 04/29/87 in release 401.20 




- -8 


- -8 
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Number: D200063602 Product: Z80/NSC800 C 



Page: 185 
300 64824S004 01.10 



One-line description: 

C Function returning large (>2bytes) result can't be called as procedure 

Problem: 

Functions returning large (>2byte) result cannot be called as 

procedures. 

Signed off 04/29/87 in release 401.20 



Number: D200064873 Product: Z80/NSC800 C 



300 64824S004 



01.10 



One-line description: 

Funct calls via pointers with parms cause subsequent stack ref errors 

Problem: 

When functions are called via pointers and are passed parameters, 
subsequent references to stack relative objects will be incorrect. 
The following code is an example of this problem: 

••C" 

"processor name" 

extern int called fund); 

typedef int (*PFlT(); 

PFI call_ptr <• called_func; 

main!) 
{ 

int local; 

local » 6; ("variable is accessed correctly*) 

( # (call_ptr( ) (1,2); ("function call via pointer with parameters*) 
local « 3; (*wrong location accessed*) 



Signed off 04/29/87 in release 401.20 



Number: D200066191 Product: Z80/NSC800 C 



300 64824S004 



01.10 



One-line description: 

Illegal forward reference flagged for legally defined string. 

Problem: 

"C" 

"processor" 



char 
char 



badstringU - {"Wont work"}; 
string!] ■ "works fine"; 



main ( ) 
{ 

int i; 

i « sizeof (string); 
i - sizeof (badstring) ; 



/* Error 117 flagged. */ 
- -8 
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} 

Temporary solution: 

Eliminate the braces when initializing a string. 

"C" 
"processor" 

char string!) - "do it this way"; 

main! ) 
{ 

int i; 

i - sizeof (string) ; 

) 

Signed off 04/29/87 in release 401.20 
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Number: D200066522 Product: Z80/NSC800 C 



300 64824S004 



01.10 



One-line description: 

No error message for un implemented processor name. 

Problem: 

Specifying an un implemented processor name in a C source file 

will cause the compiler to go from pass 1 into C Nocode without 

an error message. The listing file also does not report the 

error. 

Signed off 04/29/87 in release 401.20 



SRB detail reports as of 04/29/87 
Number: D2000 15982 Product: Z80/NSC800 C 
Keywords : PASS 2 



Page: 187 

500 64824S001 01.00 



One-line description: 

Pass 2 Error #1006 when subracting a const, from a var. in an if constr. 

Problem: 

The following code generates a Pass 2 error #1006. 
"C" 
"Z80" 

♦define NULL 
fct(parm) 
int parm; 

{ if ( parm - NULL ) 
parm - 10; 

If "parm" is defined as an integer pointer, two loads are performed but 
no other code is generated to check for zero value. 

Temporary solution: 

Check for value of parm by using the "-»" conditional operator. 

Signed off 04/29/87 in release 101.60 



Number: D200025726 Product: Z80/NSC800 C 
Keywords: CODE GENERATOR 



500 64824S001 



01.10 



One-line description: 

Assigning a ptr. after its post incr/decr. gives incorrect value. 

Problem: 

Pointer assignment after a post increment or decrement to that pointer 

stores incorrect value. The following is an illustration: 

••C" 
"PROCESS0R_NAME" 

unsigned short fct(g) 
unsigned short *g; 

unsigned short a,b; 

b=*g; 

*g ++ . 



} 



"g; 



The first assignment statement stores the contents of what g is point- 
to in the accumulator. Once the pointer is incremented, the compiler 
loads the accumulator (which still has the previous value) into the 
variable a. The compiler is false remembering the value in the 
accumulator as the current contents of what g is pointing to. 

Temporary solution: 

Turn tAMNESIA 0N$ to force the reload of the accumulator from the BC 

register pair. 
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SRB detail reports as of 04/29/87 

Signed off 04/29/87 in release 101.60 
Number: D200040428 Product: Z80/NSC800 C 



Page: 188 



500 64824S001 



01.20 



One-line description: 

Nested switch statements may generate infinite loop 

Problem: 

If you have nested switch statements and do not terminate the inner 

switch's cases with breaks the compiler generates an infinite loop. 

"C" 
"68000" 



main( ){ 

int c: 



switch(c) { 



} 



case 1: break; 
default: switch(c){ 

case 2: break; 
} 
/* A break is needed here because the break 
above for 'case 2' generates a jump to 
this location. If a break is not placed 
here it falls into the code for 
evaluating 'case 1' above. */ 



Temporary solution: 

Close default statement with a break. 

"C" 

"68000" 

main! ) { 



int c; 



switch! c) { 
easel: 
default: 



break; 
switch (c){ 

case 2: break; 
} 
break; 



> 

Signed off 04/29/87 in release 101.60 



Number: D200059873 Product: Z80/NSC800 C 



500 64824S001 



01.40 



One-line description: 

Compiler is not flagging an undefined structure. 

Problem: 

The customer reports that the program listed below causes the 
compiler to hang. I could not duplicate this problem, but, the 
compiler incorrectly reported no errors. 



-8 
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"processor" 

mainO { 

int i; 

struct undefined a [10] [20]; 



The compiler should report that the type 'undefined' is undefined. 

Temporary solution: 
No temporary solution. 

Signed off 04/29/87 in release 101.60 



Number: D200063263 Product: Z80/NSC800 C 
Keywords: CODE GENERATOR 



500 64824S001 



01.50 



One-line description: 

Character isn't converted to int before calculations use it 

Problem: 

Kernigan and Ritchie states that a character is converted to an integer 
before calculations use the char variable. Our compiler does not conver 
t the character to an integer prior to any calculations. 

For example: 

"C" 

"8086" 
main!) { 

char c; 

int i; 

i » ((c<< 4) 



AX register if c 



»5)/i; 
- 0FFH 



xxxx MOV CL,#+00004H {moves 4 into counter} 
OOxx MOV AH,#0 {00h into AH} 
00FF MOV AL,SS:BYTE PTR[BP-00003H] {loads c into AL} 
O0F0 SHL AL.CL {shifts left 4 c ;however, it loses the uppe 

r byte because it was not SHL AX, CD 

The character is not being treated as an integer. Making this SHL AX.CL 
would fix the problem. 

Emulating the generated code confirmed that the high byte (4 places) was 
not being shifted into AH. 

Temporary solution: 

Type cast c to be an integer before using it in the expression. 

Signed off 04/29/87 in release 101.60 



- -8 



SRB detail reports as of 04/29/87 
Number: D200063586 Product: Z80/NSC800 C 



Page: 190 

500 64824S001 01.50 



One-line description: 

C Function returning large (>2bytes) result can't be called as procedure 

Problem: 

Functions returning large (>2byte) result cannot be called as 

procedures. 

Signed off 04/29/87 in release 101.60 



Number: D200064857 Product: Z80/NSC800 C 



500 64824S001 



01.50 



One-line description: 

Funct calls via pointers with parms cause subsequent stack ref errors 

Problem: 

When functions are called via pointers and are passed parameters, 
subsequent references to stack relative objects will be incorrect. 
The following code is an example of this problem: 

"C" 

"processor name" 

extern int called funct ); 

typedef int (*PFlT(); 

PFI call_ptr - called_func; 

main!) 
{ 
int local; 

local - 6; ("variable is accessed correctly*) 

(*(call_ptr( ) (1,2); ('function call via pointer with parameters*) 
local » 3; ("wrong location accessed*) 

} 

Signed off 04/29/87 in release 101.60 



Number: 0200066175 Product: Z80/NSC800 C 



500 64824S001 



01.50 



One-line description: 

Illegal forward reference flagged for legally defined string. 

Problem: 

••C" 

"processor" 



char badstringU - {"Wont work"}; 
char stringU - "works fine"; 

mainO 
{ 
int i; 



i - sizeof (string); 
i - sizeof (badstring) ; 



/* Error 117 flagged. */ 
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} 

Temporary solution: 

Eliminate the braces when initializing a string. 

"C" 
"processor" 

char stringf] - "do it this way"; 

main( ) 
{ 

int i; 

i - si2eof (string); 
Signed off 04/29/87 in release 101.60 
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Number: D200066506 Product: Z80/NSC800 C 



500 64824S001 



01.50 



One-line description: 

No error message for unimplemented processor name. 

Problem: 

Specifying an unimplemented processor name in a C source file 

will cause the compiler to go from pass 1 into C Nocode without 

an error message. The listing file also does not report the 

error. 

Signed off 04/29/87 in release 101.60 



- -8 



SRB detail reports as of 04/29/87 
Number: D200015974 Product: Z80/NSC800 C 
Keywords: PASS 2 



Page: 192 
VAX 64824S003 01.00 



One-line description: 

Pass 2 Error #1006 when subtracting a const, from a var. in an if constr 

Problem: 

The following code generates a Pass 2 error #1006. 

"C" 

"Z80" 

♦define NULL 

fct(parm) 

int parm; 

{ if ( parm - NULL ) 

parm - 10; 
} 

If "parm" is defined as an integer pointer, two loads are performed but 
no other code is generated to check for zero value. 

Temporary solution: 

Check for value of parm by using the "«•" conditional operator. 

Signed off 04/29/87 in release 301.90 



Number: D200025734 Product: Z80/NSC800 C 
Keywords: CODE GENERATOR 



VAX 64824S003 



01.10 



One-line description: 

Assigning a ptr. after its post incr/decr. gives incorrect value. 

Problem: 

Pointer assignment after a post increment or decrement to that pointer 

stores incorrect value. The following is an illustration: 

"C" 
"PR0CESS0R_NAME" 

unsigned short fct(g) 
unsigned short *g; 

unsigned short a,b; 

b=*g; 



} 



a-*g 



The first assignment statement stores the contents of what g is point- 
to in the accumulator. Once the pointer is incremented, the compiler 
loads the accumulator (which still has the previous value) into the 
variable a. The compiler is false remembering the value in the 
accumulator as the current contents of what g is pointing to. 

Temporary solution: 

Turn $ AMNESIA 0N$ to force the reload of the accumulator from the BC 

register pair. 
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Signed off 04/29/87 in release 301.90 
Number: D200040436 Product: Z80/NSC800 C 



Page: 193 



VAX 64824S003 



01.20 



One-line description: 

Nested switch statements may generate infinite loop 

Problem: 

If you have nested switch statements and do not terminate the inner 

switch's cases with breaks the compiler generates an infinite loop. 

"C" 

"68000" 



main! ) { 

int c; 



switch(c) { 



} 



case 1: break; 
default: switch(c){ 

case 2: break; 
} 
/* A break is needed here because the break 
above for 'case 2' generates a jump to 
this location. If a break is not placed 
here it falls into the code for 
evaluating 'case 1' above. */ 



Temporary solution: 

Close default statement with a break. 

"C" 
"68000" 

main(){ 



int 



switchlcH 
easel: 
default: 



break; 
switch(c) { 

case 2: break; 
} 
break; 



} 

Signed off 04/29/87 in release 301.90 



Number: D200059881 Product: Z80/NSC800 C 



VAX 64824S003 



01.50 



One-line description: 

Compiler is not flagging an undefined structure. 

Problem: 

The customer reports that the program listed below causes the 
compiler to hang. I could not duplicate this problem, but, the 
compiler incorrectly reported no errors. 



"C" 
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"processor" 

main!) { 

int i; 

struct undefined a[10][20]; 



The compiler should report that the type 'undefined' is undefined. 

Temporary solution: 
No temporary solution. 

Signed off 04/29/87 in release 301.90 



Number: D200063271 Product: Z80/NSC800 C 
Keywords: CODE GENERATOR 



VAX 64824S003 



01.80 



One-line description: 

Character isn't converted to int before calculations use it 

Problem: 

Kernigan and Ritchie states that a character is converted to an integer 
before calculations use the char variable. Our compiler does not conver 
t the character to an integer prior to any calculations. 

For example: 

"C" 

"8086" 
mainO { 

char c; 

int i; 

i - ((c<< 4) »5)/i; 

AX register if c - 0FFH 

xxxx MOV CL,#+00004H {moves 4 into counter} 
OOxx MOV AH,#0 {00h into AH} 
00FF MOV AL,SS:BYTE PTR[BP-00003H] {loads c into AL} 
00F0 SHL AL.CL {shifts left 4 c ;however, it loses the uppe 

r byte because it was not SHL AX.CL} 

The character is not being treated as an integer. Making this SHL AX.CL 
would fix the problem. 

Emulating the generated code confirmed that the high byte (4 places) was 
not being shifted into AH. 

Temporary solution: 

Type cast c to be an integer before using it in the expression. 

Signed off 04/29/87 in release 301.90 



- -8 
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Number: D200063594 Product: Z80/NSC800 C VAX 64824S003 01.80 

One-line description: 

C Function returning large (>2bytes) result can't be called as procedure 

Problem: 

Functions returning large (>2byte) result cannot be called as 

procedures. 

Signed off 04/29/87 in release 301.90 
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} 

Temporary solution: 

Eliminate the braces when initializing a string. 

"C" 
"processor" 

char stringt] » "do it this way"; 

mainl ) 
{ 

int i; 

i » sizeof (string); 
Signed off 04/29/87 in release 301.90 


Number: D200064865 Product: Z80/NSC800 C VAX 64824S003 01.80 

One-line description: 

Funct calls via pointers with pantis cause subsequent stack ref errors 

Problem: 

When functions are called via pointers and are passed parameters, 
subsequent references to stack relative objects will be incorrect. 
The following code is an example of this problem: 

"C" 

"processor name" 

extern int called funct ); 

typedef int (*PFlT(); 

PFI call_ptr - called_func; 

main!) 
{ 
int local; 

local • 6; ("variable is accessed correctly*) 
(*(call_ptr() (1,2); ("function call via pointer with parameters") 
local - - 3: ("wrong location accessed") 
} 

Signed off 04/29/87 in release 301.90 


Number: D200066514 Product: Z80/NSC800 C VAX 64824S003 01.80 

One-line description: 

No error message for unimplemented processor name. 

Problem: 

Specifying an unimplemented processor name in a C source file 

will cause the compiler to go from pass 1 into C Nocode without 

an error message. The listing file also does not report the 

error. 

Signed off 04/29/87 in release 301.90 


- -8 


Number: D200066183 Product: Z80/NSC800 C VAX 64824S003 01.80 

One-line description: 

Illegal forward reference flagged for legally defined string. 

Problem: 

"C" 

"processor" 

char badstringt] » {"Wont work"}; 
char stringt] - "works fine"; 

main! ) 
( 
int i; 

i ■ sizeof (string) ; 

i - sizeof (badstring); /* Error 117 flagged. */ 

- -8 
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Number: 5000099176 Product: Z80/NSC800PASCAL 

Keywords: IF 



64823 



Page: 197 

01.01 



One-line description: 

IF Bl <rel-op> B2 THEN Bl :- Bl - 1; {DOESN'T WORK} 

Problem: 

VAR Bl, B2 : BYTE; 

BEGIN 

IF Bl (>|<|«|<-|>.) B2 THEN 

Bl :- Bl - 1; {THE REGISTER CONTAINING Bl IS DECREMENTED, THEN 
OVERWRITTEN BEFORE IT IS SAVED IN MEMORY} 

Temporary solution: 
SAMNESIA +$ 

Signed off 04/29/87 in release 301.04 



Number: 5000105841 Product: Z80/NSC800PASCAL 
Keywords: CODE GENERATOR 



64823 



01.01 



One- line description: 

Incorrect code generated for adding one char to another. 

Problem: 

VAR 

SRC, DEST : CHAR; 



BEGIN 

DEST :- DEST + SRC; 

Temporary solution: 
None at this time. 



{GENERATES INCORRECT CODE} 



Signed off 04/29/87 in release 301.04 



Number: 5000146407 Product: Z80/NSC800PASCAL 



64823 



01.02 



One-line description: 

Error #1006 when accessing an element of a two-dimensional array. 

Problem: 

The following code generates Error #1006: 

"processor name" 
PROGRAM ESSAI; 
TYPE 

STRING_20 -PACKED ARRAY [0.. 20] OF CHAR; 

TAB_1-ARRAY[1..10] OF STRING_20; 

TAB-ARBAYU..2] OF TAB 1; 
VAR 

V:TAB; 
BEGIN 

V[l,l]:-"A"; ("Error 1006») 

- -8 
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END. 

Signed off 04/29/87 in release 301.04 



Page: 198 



Number: 5000157180 Product: Z80/NSC800PASCAL 



64823 



01.02 



One-line description: 

Assignment to multi-dimensional array causes error 1006. 

Problem: 

Assignment to multi-dimensional arrays causes error 1006 to be 

generated. The following code is an example: 

"BZ80 " 

PROGRAM TEST; 
TYPE 

TEST_TYPE =■ ARRAY [1.. 2] OF CHAR; 

TABLE JTEST - ARRAYtl. .2, 1. .2] OF TEST_TYPE; 
VAR 

MTABLE : TABLE TYPE; 

DUMMY : TEST_TYPE; 



BEGIN 

DUMMY :- MTABLEfl.l] 
END 



(•This causes Error 1006*) 



Temporary solution: 

Define the array as shown below: 

"BZ80 " 

PROGRAM TEST; 
TYPE 

TEST_TYPE « ARRAYtl.. 2] OF CHAR; 

TABLEJTWO - ARRAY [1.. 2] OF TESTJTYPE; 

TABLEJTYPE - ARRAY [1.. 2] OF TABLEJTWO; 

VAR 

MTABLE : TABLEJTYPE; 

DUMMY 1 : TABLEJTWO; 

DUMMY2 : TESTJTYPE; 

BEGIN 

DUMMY 1 :- MTABLE [1]; 

DUMMY2 :- DUMMYltl]; 
END 



Signed off 04/29/87 in release 301.04 



-8 



SRB detail reports as of 04/29/87 

Number: D200020099 Product: Z80/NSC800PASCAL 64823 

One-line description: 

Compiler does not generate cross reference table. 



Page: 199 

01.01 



Temporary solution: 

To generate a cross reference table simply edit the source file and 
introduce an error (syntax error will do). The error will cause the 
compiler to generate the cross reference table. Once the table has 
been generated simply edit the source file and remove the error. 

Signed off 04/29/87 in release 301.04 



Number: D200029744 Product: Z80/NSC800PASCAL 
Keywords: POINTERS 



64823 



01.01 



One-line description: 

Variables of type pointer may not be incremented correctly. 

Problem: 

"PROCESSOR" 

TYPE 

PTR - "BYTE; 

IX - PTR; 



VAR 

RX0UT: TX; 
TEMP1.TEMP2 



BYTE; 



BEGIN 
TEMPI 



RXOUT"; 
LD HL, [RXOUT] 
LD A,[HL] 
LD [TEMPI], A 



;HERE, TEMPI IS CORRECTLY LOADED WITH THE BYTE 
;THAT RX0UT IS POINTING TO 



RXOUT := TX(SIGNED_16(RX0UT)+1); (INCREMENT RX0UT} 
LD HL, [RXOUT] 
INC HL 
LD [RXOUT] ,HL ;RXOUT IS CORRECTLY INCREMENTED 

TEMP2 :- RXOUT"; [TEMP2 SHOULD GET THE NEXT BYTE) 

LD [TEMP2],A ;SINCE A WAS NOT DISTURBED, THE COMPILER DOES 
;N0T REALIZE THAT THE POINTER WAS UPDATED. 

Temporary solution: 

Set SAMNESIA 0N$ around the pointer referencing code. 

Signed off 04/29/87 in release 301.04 



SRB detail reports as of 04/29/87 

Number: D200037507 Product: Z80/NSC800PASCAL 



64823 



Page: 200 

01.01 



Keywords: PASS 2 

One-line description: 
REBOOT DURING PASS 2 



related to position of variable declarations. 



Problem: 

The 64000 will reboot during pass 2 when compiling files where 

1) The 105th external variable is an array, and 

2) An element of the 105th external variable is accessed in the 19th 
procedure or function in the file (external and locally defined 
procedures count in this total). 



Temporary solution: 

Change the order of the external variable declarations, or change the 

order of the procedure declarations. 



Signed off 04/29/87 in release 301.04 



Number: D200062976 Product: Z80/NSC800PASCAL 



64823 



01.03 



One-line description: 

Error #1009 using byte-sized ORG'ed variables in FOR loops 

Problem: 

Error #1009 is generated when byte sized ORG'ed variables are 

used in FOR loops. The following code illustrates the problem. 

"processor name" 

PROGRAM TEST; 

$EXTENSIONS ON$ 

PROCEDURE ERR; 

VAR 

$0RG 5000$ 

B1,B2,X1: BYTE; 



BEGIN 

FOR XI 
END; 



Bl to B2 DO; 



(*Pass 2 Error 1009 - No free registers*) 



Temporary solution: 

The error does not occur if the FOR loop variable is word sized instead 

of byte sized. It will also go away if the ORG statement is removed. 

signed off 04/29/87 in release 301.04 

Number: D200062984 Product: Z80/NSC800PASCAL 64823 01.03 

One-line description: 

32-bit unsigned divide and modulus may fail 



Problem: 



- -8 
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The result of an unsigned 32-bit division or modulus operation may 
be incorrect if the dividend and the destination are the same 
location. The problem is in the library routine Zdworddiv. The 
following code demonstrates the problem: 



"processor name" 




PROGRAM 


TEST; 




$EXTENSIONS 0N$ 




VAR 






B1.B2 


: UNSIGNED 32; 


BEGIN 






Bl :- 


UNSIGNED 


32(OEO000000O); 


B2 :- 


UNSIGNED 


32(0900000000); 


Bl :• 


B1/B2; 




END. 







Signed off 04/29/87 in release 301.04 

Number: D200062992 Product: Z80/NSC800PASCAL 64821 6T703 

One-line description: 

Library routine REAL_ROUND may fail. 

Problem: 

The library routine REAL_ROUND may fail, causing floating point 

numbers to be incorrectly rounded to integers. 

Signed off 04/29/87 in release 301.04 



Number: D200063008 Product: Z80/NSC800PASCAL 

One-line description: 

Set comparisons with the empty set may fail 



64823 



01.03 



Problem: 

Set comparisons with the empty set may fail. The following code 

is an example of this problem: 

"processor name" 
PROGRAM TEST; 
{EXTENSIONS ON$ 
TYPE 

CH - 0. .127; 

SET1 - SET OF CH; 
VAR 

SI : SET1; 
PROCEDURE ERROR; EXTERNAL; 
BEGIN 

SI :- []; 

IF SI < > [] THEN 
ERROR; 
END. 



(*In C0NST_prog, not enough bytes are 
defined for the set*) 



Signed off 04/29/87 in release 301.04 



SRB detail reports as of 04/29/87 

Number: D200063016 Product: Z80/NSC800PASCAL 



Page: 



64823 



202 
01.03 



One-line description: 

DEBUG byte division and modulus may incorrectly report division by zero 

Problem: 

The DEBUG library routines for performing signed and unsigned byte 
division and modulus operations may fail and incorrectly report 
an attempted division by zero. 

The following code fails in this manner: 

"processor name" 
PROGRAM TEST; 
{EXTENSIONS 0N$ 
VAR 

B1,B2,B3 : BYTE; 
$0RG 5000H$ 

BA : ARRAYU..15] OF BYTE; 



BEGIN 
Bl 
B2 

DO 

BA(B3] 
END. 



Bl DIV B2; (*DIV fails - reports division by zero*) 
Signed off 04/29/87 in release 301.04 



Number: D200063214 Product: Z80/NSC800PASCAL 
Keywords: PASS 3 



64823 



01.03 



One-line description: 

Error 1113 generated during pass 3 when 23rd label is encountered. 

Problem: 

The compiler generates an error 1113 when it encounters the 23rd 
LABEL statement in a source file. The output listing shows that 
the compiler actually generates an internal label twice in the 
same code segment, which confuses the program counter. 

Temporary solution: 

Remove this label and write code which achieves the same function 

without using a GOTO statement. 

Signed off 04/29/87 in release 301.04 

Number: D200065292 Product: Z80/NSC800PASCAL 64821 



01.03 



One-line description: 

Assignment of constant string of length 1 to string variable may fail. 

Problem: 

Assignment of a constant string of length 1 to a string variable that 

is itself a multidimensional array element may fail. 
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First, trie address of the destination string is calculated in HL. Then 
the value of the string length resulting from the assignment, i.e. one 
(1), is loaded into the position reserved for the length of the string 
via a store indirect through HL. Up to this point all is as it should 
be; however, the value of the single character that comprises the 
string is then also stored HL indirect, overwriting the length and 
failing to correctly load the string value. The HL register should 
be incremented before the second store. 

The following is an example: 

"processor name" 
PROGRAM TEST; 
TYPE 

STRING_15 « PACKED ARRAY[0..15] OF CHAR; 
VAR 

TW0_D_ARR : ARRAY[1..3,1..3] OF STRING 15; 
BEGIN 

TW0_D_ARR[2,1] :- " "; 

LD HL.0030H 

PUSH HL 

LD HL.00002H 

PUSH HL 

LD HL.00010H 

PUSH HL 

LD HL.00001H 

PUSH HL 

LD BC.DTEST-00040H 

LD A.002H 

CALL Zarrayref 

LD A.001H 

LD [HL],A (»or LD M,A «) 

LD A.020H 

LD [HL],A (»This is the error - should INC HL first*) 
END. 

Signed off 04/29/87 in release 301.04 



Number: 5000136986 Product: Z80/NSC800PASCAL 
Keywords: ENHANCEMENT 



64823 



01.01 
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VAR 



ARRAY [0.. 3. 
ARRAY [0.. 3] 
STRING_4; 
SIGNED_16; 



0..3] OF STRING 
OF STRING_4; 



BEGIN 

E :* 'T0T0'; 

STRWRITE(Y[1,1],1,T,E:4); 
END. 

Passing a two dimensional array (Y[3 in this example) is incorrect 
because STRWRITE expects a 'string' type variable. A 'string' type 
variable is defined as a packed array of [0..n] (note: one dimension). 
It would be nice, however, if a meaningful error message was generated. 

Signed off 04/29/87 in release 301.04 



One- line description: 

More accurate error message when wrong parm type is passed to STRWRITE. 

Problem: 

If you pass STRWRITE a two dimensional array (which is illegal) it 

will generate error 1106. 

"BZ80" 

{EXTENSIONS 0N$ 

PROGRAM STWRITE; 

TYPE STRING_4 - PACKED ARRAY[0..3] OF CHAR; 



- -8 



- -8 
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Number: 1)200051599 Product: Z80/NSC800PASCAL 300 64823S004 01.00 

Keywords: IF 

One-line description: 

IF Bl <rel-op> B2 THEN Bl :- Bl - 1; {DOESN'T WORK} 

Problem: 

VAR Bl, B2 : BYTE; 

BEGIN 

IF Bl (> |<|-|<-|>.) B2 THEN 

Bl :- Bl - 1; {THE REGISTER CONTAINING Bl IS DECREMENTED, THEN 
OVERWRITTEN BEFORE IT IS SAVED IN MEMORY} 

Temporary solution: 
$AMNESIA +$ 

Signed off 04/29/87 in release 401.20 



Number: 0200051854 Product: Z80/NSC800PASCAL 300 64823S004 

Keywords: CODE GENERATOR 

One-line description: 

Incorrect code generated for adding one char to another. 

Problem: 

VAR 

SRC, DEST : CHAR; 



01.00 



BEGIN 

DEST :- DEST + SRC; 

Temporary solution: 
None at this time. 



{GENERATES INCORRECT CODE} 



Signed off 04/29/87 in release 401.20 



Number: D200064311 Product: Z80/NSC800PASCAL 300 64823S004 

One-line description: 

Error #1009 using byte-sized ORG'ed variables in FOR loops 

Problem: 

Error #1009 is generated when byte sized ORG'ed variables are 

used in FOR loops. The following code illustrates the problem. 

"processor name" 

PROGRAM TEST; 

$EXTENSIONS 0N$ 

PROCEDURE ERR; 

VAR 

$0RG 5000$ 

B1.B2.X1: BYTE; 



01.10 



BEGIN 
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FOR XI :- Bl to B2 DO; (*Pass 2 Error 1009 - No free registers*) 
END; 

Temporary solution: 

The error does not occur if the FOR loop variable is word sized instead 

of byte sized. It will also go away if the ORG statement is removed. 

Signed off 04/29/87 in release 401.20 

Number: D200064410 Product: Z80/NSC800PASCAL 300 64823S004 01.10 

One-line description: 

32-bit unsigned divide and modulus may fail 

Problem: 

The result of an unsigned 32-bit division or modulus operation may 
be incorrect if the dividend and the destination are the same 
location. The problem is in the library routine Zdworddiv. The 
following code demonstrates the problem: 

"processor name" 
PROGRAM TEST; 
$EXTENSI0NS 0N$ 
VAR 

B1.B2 : UNSIGNED_32; 
BEGIN 

Bl :- UNSIGNED_32(0E00000000); 

B2 :- UNSIGNED_32(0900000000); 

Bl :- B1/B2; 
END. 

Signed off 04/29/87 in release 401.20 

Number: D200064485 Product: Z80/NSC800PASCAL 300 64823S004 01.10 

One-line description: 

Library routine REAL_ROUND may fail. 

Problem: 

The library routine REAL_R0UND may fail, causing floating point 

numbers to be incorrectly rounded to integers. 

Signed off 04/29/87 in release 401.20 

__ 



Number: D200064550 Product: Z80/NSC800PASCAL 300 64823S004 



One-line description: 

DEBUG byte division and modulus may incorrectly report division by zero 

Problem: 

The DEBUG library routines for performing signed and unsigned byte 
division and modulus operations may fail and incorrectly report 
an attempted division by zero. 

The following code fails in this manner: 
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Number: D200029777 Product: Z80/NSC800PASCAL 500 64823S001 


01.10 


"processor name" 






PROGRAM TEST; 


Keywords: POINTERS 




^EXTENSIONS ON$ 






VAR 


One-line description: 




B1,B2,B3 : BYTE; 


Variables of type pointer may not be incremented correctly. 




$ORG 500 0H$ 






BA : ABRAYU..15] OF BYTE; 


Problem: 
"PROCESSOR" 




BEGIN 


TYPE 




Bl :- 1; 


PTR « "BYTE; 




B2 :- 1; 


TX - PTR; 




B3 :- 0; 






BA[B3] :- Bl DIV B2; (*DIV fails - reports division by zero*) 


VAR 




END. 


RX0UT: TX; 
TEMP1.TEMP2 : BYTE; 




Signed off 04/29/87 in release 401.20 


BEGIN 

TEMPI :- RXOUT": 

LD HL, [RXOUT] 




Number: D200064949 Product: Z80/NSC800PASCAL 300 64823S004 01.10 






One-line description: 


LD A,(HL] 




Set comparisons with the empty set may fail 


LD [TEMPI], A ;HERE, TEMPI IS CORRECTLY LOADED WITH THE BYTE 




;THAT RX0UT IS POINTING TO 




Problem: 






Set comparisons with the empty set may fail. The following code 


RX0UT :- TXtSIGNED 16(RX0UT)+1) ; {INCREMENT RXOUT) 




is an example of this problem: 


LD HL, [RXOUT] 
INC HL 




"processor name" 


LD [RXOUT], HL ;RX0UT IS CORRECTLY INCREMENTED 




PROGRAM TEST; 






$EXTENSIONS 0N$ 


TEMP2 :- RXOUT"; {TEMP2 SHOULD GET THE NEXT BYTE} 




TYPE 


LD [TEMP2],A ;SINCE A WAS NOT DISTURBED, THE COMPILER DOES 


CH - 0..127; 


;NOT REALIZE THAT THE POINTER WAS UPDATED. 




SETl - SET OF CH; 






VAR 






SI : SETl; 


Temporary solution: 




PROCEDURE ERROR; EXTERNAL; 


Set SAMNESIA ON$ around the pointer referencing code. 




BEGIN 






SI :- []; 


Signed off 04/29/87 in release 101.50 




IF SI <> [] THEN (*In C0NST_prog, not enough bytes are 
ERROR; defined for the set*) 






Number: D200036673 Product: Z80/NSC800PASCAL 500 64823S001 


01.20 


END. 


Keywords: IF 




Signed off 04/29/87 in release 401.20 


One-line description: 

IF Bl <rel-op> B2 THEN Bl :- Bl - 1; {DOESN'T WORK) 




Number: D200065318 Product: Z80/NSC800PASCAL 300 64823S004 01.10 


One-line description: 


Problem: 




Assignment of constant string of length 1 to string variable may fail. 


VAR Bl, B2 : BYTE; 




Signed off 04/29/87 in release 401.20 


BEGIN 

IF Bl (>I<M<-I >-) B2 THEN 

Bl :» Bl - 1; {THE REGISTER CONTAINING Bl IS DECREMENTED, THEN 








OVERWRITTEN BEFORE IT IS SAVED IN MEMORY} 






Temporary solution: 






SAMNESIA +$ 
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- -8 
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Number: D200040105 Product: Z80/NSC800PASCAL 500 64823S001 01.20 

Keywords: CODE GENERATOR 

One-line description: 

Incorrect code generated for adding one char to another. 

Problem: 

VAR 

SRC, DEST : CHAR; 

BEGIN 

DEST :- DEST + SRC; {GENERATES INCORRECT CODE} 

Temporary solution: 
None at this time. 

Signed off 04/29/87 in release 101.50 

Number: D200064295 Product: Z80/NSC800PASCAL 500 64823S001 01.40 

One-line description: 

Error #1009 using byte-sized ORG'ed variables in FOR loops 

Problem: 

Error #1009 is generated when byte sized ORG'ed variables are 

used in FOR loops. The following code illustrates the problem. 

"processor name" 

PROGRAM TEST; 

^EXTENSIONS 0N$ 

PROCEDURE ERR; 

VAR 

$ORG 5000$ 

B1,B2,X1: BYTE; 



BEGIN 

FOR XI :- Bl to B2 DO; 
END; 



(*Pass 2 Error 1009 - No free registers*) 



Temporary solution: 

The error does not occur if the FOR loop variable is word sized instead 

of byte sized. It will also go away if the ORG statement is removed. 

Signed off 04/29/87 in release 101.50 

Number: D200064394 Product: Z80/NSC800PASCAL 500 64823S001 01.40 

One- line description: 

32-bit unsigned divide and modulus may fail 

Problem: 

The result of an unsigned 32-bit division or modulus operation may 
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be incorrect if the dividend and the destination are the same 
location. The problem is in the library routine Zdworddiv. The 
following code demonstrates the problem: 

"processor name" 
PROGRAM TEST; 
$EXTENSIONS 0N$ 
VAR 

B1.B2 : UNSIGNED_32; 
BEGIN 

Bl :- UNSIGNED_32(OE000O0OOO); 

B2 :- UNSIGNED_32(0900000000); 

Bl :- B1/B2; 
END. 

Signed off 04/29/87 in release 101.50 

Number: D200064469 Product: Z80/NSC800PASCAL 500 64823S001 01.40 

One-line description: 

Library routine REAL_ROUND may fail. 

Problem: 

The library routine REAL_R0UND may fail, causing floating point 

numbers to be incorrectly rounded to integers. 

Signed off 04/29/87 in release 101.50 

Number: D200064535 Product: Z80/NSC800PASCAL 500 64823S001 01.40 

One-line description: 

DEBUG byte division and modulus may incorrectly report division by zero 

Problem: 

The DEBUG library routines for performing signed and unsigned byte 
division and modulus operations may fail and incorrectly report 
an attempted division by zero. 

The following code fails in this manner: 

"processor name" 
PROGRAM TEST; 
SEXTENSI0NS 0N$ 
VAR 

B1.B2.B3 : BYTE; 
$0RG 5000H$ 

BA : ARRAY [1.. 15] OF BYTE; 

BEGIN 

Bl :- 1 

B2 :- 1 

B3 :- 

BA[B3] ':« Bl DIV B2; (*DIV fails - reports division by zero*) 
END. 

Signed off 04/29/87 in release 101.50 

- -8 
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Number: D200064923 Product: Z80/NSC800PASCAL 500 64823S001 01.40 

One-line description: 

Set comparisons with the empty set may fail 

Problem: 

Set comparisons with the empty set may fail. The following code 

is an example of this problem: 

"processor name" 
PROGRAM TEST; 
(EXTENSIONS 0N$ 
TYPE 

CH - 0..127; 

SET1 - SET OF CH; 
VAR 

SI : SETl; 
PROCEDURE ERROR; EXTERNAL; 
BEGIN 

Si := []; 

IF SI <> [] THEN 
ERROR; 
END. 



(*In CONST_prog, not enough bytes are 
defined for the set*) 



Signed off 04/29/87 in release 101.50 



Number: D200065284 Product: Z80/NSC800PASCAL 500 64823S001 



01.40 



One-line description: 

Assignment of constant string of length 1 to string variable may fail. 

Problem: 

Assignment of a constant string of length 1 to a string variable that 

is itself a multidimensional array element may fail. 

First, the address of the destination string is calculated in HL. Then 
the value of the string length resulting from the assignment, i.e. one 
(1), is loaded into the position reserved for the length of the string 
via a store indirect through HL. Up to this point all is as it should 
be; however, the value of the single character that comprises the 
string is then also stored HL indirect, overwriting the length and 
failing to correctly load the string value. The HL register should 
be incremented before the second store. 

The following is an example: 

"processor name" 
PROGRAM TEST; 
TYPE 

STRING 15 - PACKED ARRAY [0.. 15) OF CHAR; 
VAR 

TWO D_ARR : ARRAY [1.. 3,1.. 3] OF STRING 15; 
BEGIN" 

TW0_D_ARR[2,1) :- " "; 
LD HL.0030H 
PUSH HL 
LD HL.00002H 
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END. 



PUSH HL 

LD HL.00010H 

PUSH HL 

LD HL.00001H 

PUSH HL 

LD BC.DTEST-00040H 

LD A.002H 

CALL Zarrayref 

LD A.001H 

LD [HL],A (*or LD M,A *) 

LD A.020H 

LD [HL),A (*This is the error - should INC HL first*) 



Signed off 04/29/87 in release 101.50 
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Number: D200029785 Product: Z80/NSC800PASCAL VAX 64823S003 01.20 

Keywords: POINTERS 

One-line description: 

Variables of type pointer may not be incremented correctly. 

Problem: 

"PROCESSOR" 

TYPE 

PTR - "BYTE; 

TX - PTB; 



VAR 

RXOUT: TX; 
TEMPI, TEMP2 



BYTE; 



BEGIN 
TEMPI 



LD 
LD 

LD 



RXOUT"- 

HL, [RXOUT] 
A.CHL] 
[TEMPI], A 



;HERE, TEMPI IS CORRECTLY LOADED WITH THE BYTE 
;THAT RXOUT IS POINTING TO 



RXOUT 



LD 
INC 

LD 



TXlSIGNED 16(RX0UT)+1); {INCREMENT RXOUT) 
HL, [RXOUT] 
HL 
[RXOUT], HL ;RX0UT IS CORRECTLY INCREMENTED 



TEMP2 :- RXOUT"; {TEMP2 SHOULD GET THE NEXT BYTE} 

LD [TEMP2],A ;SINCE A WAS NOT DISTURBED, THE COMPILER DOES 
;NOT REALIZE THAT THE POINTER WAS UPDATED. 

Temporary solution: 

Set $AMNESIA 0N$ around the pointer referencing code. 

Signed off 04/29/87 in release 301.70 



Number: D200036681 Product: Z80/NSC800PASCAL VAX 64823S003 

Keywords: IF 

One-line description: 

IF Bl <rel-op> B2 THEN Bl :- Bl - 1; (DOESN'T WORK) 

Problem: 

VAR Bl, B2 : BYTE; 

BEGIN 

IF Bl (> l<l«l<-l>«) B2 THEN 

Bl :- Bl - 1; (THE REGISTER CONTAINING Bl IS DECREMENTED, THEN 
OVERWRITTEN BEFORE IT IS SAVED IN MEMORY) 

Temporary solution: 
$ AMNESIA +$ 



01.20 
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Number: D200040113 Product: Z80/NSC800PASCAL VAX 64823S003 

Keywords: CODE GENERATOR 

One-line description: 

Incorrect code generated for adding one char to another. 

Problem: 

VAR 

SRC, DEST : CHAR; 



01.20 



BEGIN 
DEST : 



DEST + SRC; {GENERATES INCORRECT CODE) 



Temporary solution: 
None at this time. 

Signed off 04/29/87 in release 301.70 

Number: D200064303 Product: Z80/NSC800PASCAL VAX 64823S003 

One-line description: 

Error #1009 using byte-sized ORG'ed variables in FOR loops 

Problem: 

Error #1009 is generated when byte sized ORG'ed variables are 

used in FOR loops. The following code illustrates the problem. 

"processor name" 

PROGRAM TEST; 

SEXTENSIONS ON$ 

PROCEDURE ERR; 

VAR 

$ORG 5000$ 

B1,B2,X1: BYTE; 



01.60 



BEGIN 

FOR XI :- Bl to B2 DO; 
END; 



(•Pass 2 Error 1009 - No free registers*) 



Temporary solution: 

The error does not occur if the FOR loop variable is word sized instead 

of byte sized. It will also go away if the ORG statement is removed. 

Signed off 04/29/87 in release 301.70 

Number: D200064402 Product: Z80/NSC800PASCAL VAX 64823S003 57760 

One-line description: 

32-bit unsigned divide and modulus may fail 

Problem: 

The result of an unsigned 32-bit division or modulus operation may 
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be incorrect if the dividend and the destination are the same 
location. The problem is in the library routine Zdworddiv. The 
following code demonstrates the problem: 

"processor name" 
PROGRAM TEST; 
$EXTENSIONS 0N$ 
VAR 

B1.B2 : UNSIGNED 32; 
BEGIN 

Bl :- UNSIGNED 32(OE0000O000) ; 

B2 :- UNSIGNED 32(0900000000); 

Bl :- B1/B2; 
END. 

Signed off 04/29/87 in release 301.70 
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Number: D200064931 Product: Z80/NSC800PASCAL VAX 64823S003 01.60 

One-line description: 

Set comparisons with the empty set may fail 

Problem: 

Set comparisons with the empty set may fail. The following code 

is an example of this problem: 

"processor name" 

PROGRAM TEST; 
$EXTENSI0NS ON$ 
TYPE 

CH - 0..127; 

SET1 = SET OF CH; 
VAR 

SI : SET1; 
PROCEDURE ERROR; EXTERNAL; 
BEGIN 

SI :• []; 

IF SI <> [] THEN (*In CONST prog, not enough bytes are 
ERROR; defined for the set*) 
END. 

Signed off 04/29/87 in release 301.70 


Number: D200064477 Product: Z80/NSC800PASCAL VAX 64823S003 01.60 

One-line description: 

Library routine REAL_ROUND may fail. 

Problem: 

The library routine REAL_R0UND may fail, causing floating point 

numbers to be incorrectly rounded to integers. 

Signed off 04/29/87 in release 301.70 


Number: D200065300 Product: Z80/NSC800PASCAL VAX 64823S003 01.60 

One-line description: 

Assignment of constant string of length 1 to string variable may fail. 

Problem: 

Assignment of a constant string of length 1 to a string variable that 

is itself a multidimensional array element may fail. 

First, the address of the destination string is calculated in HL. Then 
the value of the string length resulting from the assignment, i.e. one 
(1), is loaded into the position reserved for the length of the string 
via a store indirect through HL. Up to this point all is as it should 
be; however, the value of the single character that comprises the 
string is then also stored HL indirect, overwriting the length and 
failing to correctly load the string value. The HL register should 
be incremented before the second store. 

The following is an example: 

"processor name" 

PROGRAM TEST; 
TYPE 

STRING 15 - PACKED ARRAY[0..15] OF CHAR; 
VAR 

TWO D ARR : ARRAY[1..3,1..3) OF STRING 15; 
BEGIN 

TWO D ARR[2,1] :- " "; 
LD HL.0030H 
PUSH HL 
LD HL.00002H 
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Number: D200064543 Product: Z80/NSC800PASCAL VAX 64823S003 01.60 

One-line description: 

DEBUG byte division and modulus may incorrectly report division by zero 

Problem: 

The DEBUG library routines for performing signed and unsigned byte 
division and modulus operations may fail and incorrectly report 
an attempted division by zero. 

The following code fails in this manner: 

"processor name" 
PROGRAM TEST; 
^EXTENSIONS ON$ 
VAR 

B1,B2,B3 : BYTE; 
$0RG 500 0H$ 

BA : ARRAY[1..15] OF BYTE; 

BEGIN 

Bl :- 1; 

B2 :- 1; 

B3 :- 0; 

BA[B3] :» Bl DIV B2; (*DIV fails - reports division by zero*) 
END. 

Signed off 04/29/87 in release 301.70 


- -8 



SRB detail reports as of 04/29/87 

PUSH HL 

LD HL.00010H 
PUSH HL 

LD HL.00001H 
PUSH HL 

LD BC.DTEST-00040H 
LD A.002H 
CALL Zarrayref 
LD a, oo in 
LD [HL],A 
LD A,020H 
LD [HL],A 
END. 
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(«or LD M,A *) 
(•This is the error 



should INC HL first*) 



Signed off 04/29/87 in release 301.70 



-8 



SRB detail reports as of 04/29/87 
Number: D200010132 Product: Z8000 C 
Keywords: PASS 1 
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One-line description: 

Unsigned integers treated as signed when subtracted from pointers 

Problem: 

When an unsigned short or integer is used as an offset to a pointer, the 
unsigned will be treated as a signed when doing pointer calculations. 
Offsets large enough to set the sign bit will be interpreted as a 
negative offset when the offset is subtracted from a pointer. The 
following code exibits the problem if offset is greater than 32767 dec. 
unsigned offset; 
struct { int a,b,c; 

} *ptr; 
unsigned long x; 



main ( ) 
{ 

x - ptr 

} 



offset; 



/* The compiler will generate code negating 
/* offset for the "-" operation. 



V 
*/ 



00.56 



Temporary solution: 

Cast the offset in the expression as the next larger integer. 

ie. x » ptr - (unsigned longloffset; 

Signed off 04/29/87 in release 001.06 

Number: D200011403 Product: Z8000 C §4521 

Keywords: PASS 1 

One-line description: 

Functions invoked via function pointers may JSR the wrong location. 

Problem: 

When the typedef statement is used to define pointers to functions, 
and this pointer type is used in a cast of a variable array to invoke 
code stored in that array, program execution may transfer to the wrong 
location. For example, in the following code the simple call to 
code array fails while the call and assignment to p works correctly: 



typedef int(*PFI)(); 
int code arraytlOO]; 
PFI p; 



/* PFI a pointer to int functions */ 
/* array contains code */ 
/* p a pointer of type PFI */ 



pfibugO 

(*((PFI) code_array))(): /* fails in JSR to code_array */ 
(*(p»(PFI)code_array))(); /* assignment and JSR successful * 

} 

Temporary solution: 

Set up a dummy variable and perform an assignment to it when doing 

this type of operation. 



SRB detail reports as of 04/29/87 
Signed off 04/29/87 in release 001.06 
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Number: D200014498 Product: Z8000 C 64820 01.03 

One-line description: 
RANGEJ3N 

Problem: 

With RANGEJDN, typecasting an integer and assigning it to an 

unsigned_integer produces a range error. 

Signed off 04/29/87 in release 001.06 



Number: D200040345 Product: Z8000 C 



64820 



01.03 



One-line description: 

Nested switch statements may generate infinite loop 

Problem: 

If you have nested switch statements and do not terminate the inner 

switch's cases with breaks the compiler generates an infinite loop. 

"C" 

"68000" 



main! ) { 

int c; 



switch (c) { 



} 



case l: break; 
default: switch(c){ 

case 2: break; 
} 
/* A break is needed here because the break 
above for 'case 2' generates a jump to 
this location. If a break is not placed 
here it falls into the code for 
evaluating 'case 1' above. */ 



Temporary solution: 

Close default statement with a break. 

"C" 
"68000" 

main! ) { 



int c; 



switch(c) { 
easel: 
default: 



break; 
switch(c){ 

case 2: break; 

break; 



> 



Signed off 04/29/87 in release 001.06 



- -8 



SRB detail reports as of 04/29/87 

Number: D200059741 Product: Z8000 C 

One-line description: 

Compiler is not flagging an undefined structure. 



64820 
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01.04 



Problem: 

The customer reports that the program listed below causes the 
compiler to hang. I could not duplicate this problem, but, the 
compiler incorrectly reported no errors. 

"C" 
"processor" 

maint) { 

int i; 

struct undefined a[10][20]; 



The compiler should report that the type 'undefined' is undefined. 



Temporary solution: 
No temporary solution. 

Signed off 04/29/87 in release 001.06 



Number: D200063461 Product: Z8000 C 



64820 



01.05 



One-line description: 

C Function returning large (>2bytes) result can't be called as procedure 

Problem: 

Functions returning large (>2byte) result cannot be called as 

procedures. 

Signed off 04/29/87 in release 001.06 



Number: D200066043 Product: Z8000 C 



64820 



01.05 



One-line description: 

Illegal forward reference flagged for legally defined string. 

Problem: 

"C" 

"processor" 



char badstringU - {"Wont work"}; 
char string [] - "works fine"; 

maint ) 
{ 

int i; 



i - sizeof (string) ; 
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i ■ sizeof (badstring) ; /* Error 117 flagged. */ 
} 

Temporary solution: 

Eliminate the braces when initializing a string. 

••C" 
"processor" 



char stringf] 

main( ) 
{ 
int i; 



i • sizeof (string) ; 



"do it this way" ; 



> 

Signed off 04/29/87 in release 001.06 



- -8 



SRB detail reports as of 04/29/87 
Number: D200051938 Product: Z8000 C 



Page: 222 

300 64820S004 01.00 



One-line description: 

Nested switch statements may generate infinite loop 

Problem: 

If you have nested switch statements and do not terminate the inner 

switch's cases with breaks the compiler generates an infinite loop. 

"C" 

"processor name" 



ma int ) { 

int c; 



switch(c) { 



case 1: break; 
default: switch(c){ 

case 2: break; 
} 
/* A break is needed here because the break 
above for 'case 2' generates a jump to 
this location. If a break is not placed 
here it falls into the code for 
evaluating 'case 1' above. */ 



Temporary solution: 

Close default statement with a break. 

"C" 

"processor name" 



mainl ){ 



int c; 



switch(c) { 
easel: 
default: 



break; 
switch(c){ 

case 2: break; 
} 
break ; 



} 

Signed off 04/29/87 in release 401.20 



Number: D200059774 Product: Z8000 C 



300 64820S004 



01.00 



One-line description: 

Compiler is not flagging an undefined structure. 

Problem: 

The customer reports that the program listed below causes the 
compiler to hang. I could not duplicate this problem, but, the 
compiler incorrectly reported no errors. 

-C" 
"processor" 



SRB detail reports as of 04/29/87 



mainO { 

int i; 

struct undefined a[10][20]; 
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The compiler should report that the type 'undefined' is undefined. 

Temporary solution: 
No temporary solution. 

Signed off 04/29/87 in release 401.20 



Number: D200063495 Product: Z8000 C 



300 64820S004 



01.10 



One-line description: 

C Function returning large (>2bytes) result can't be called as procedure 

Problem: 

Functions returning large (>2byte) result cannot be called as 

procedures. 

Signed off 04/29/87 in release 401.20 



Number: D200066076 Product: Z8000 C 



300 64820S004 



01.10 



One-line description: 

Illegal forward reference flagged for legally defined string. 

Problem: 

"C" 

"processor" 



char badstringt] ■ {"Wont work"}; 
char string[] ■ "works fine"; 

ma int ) 
{ 

int i; 



i « sizeof (string) ; 
i - sizeof (badstring) ; 



/* Error 117 flagged. */ 



Temporary solution: 

Eliminate the braces when initializing a string. 

"C" 
"processor" 

char string[] - "do it this way"; 

main() 



SRB detail reports as of 04/29/87 

{ 

int i; 

i • sizeof (string) ; 
Signed off 04/29/87 in release 401.20 
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Number: D200066431 Product: Z8000 C 



300 64820S004 



01.10 



One-line description: 

No error message for unimplemented processor name. 

Problem: 

Specifying an unimplemented processor name in a C source file 

will cause the compiler to go from pass 1 into C Nocode without 

an error message. The listing file also does not report the 

error. 

Signed off 04/29/87 in release 401.20 



- -8 



SRB detail reports as of 04/29/87 
Number: D200040352 Product: Z8000 C 
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One-line description: 

Nested switch statements may generate infinite loop 

Problem: 

If you have nested switch statements and do not terminate the inner 

switch's cases with breaks the compiler generates an infinite loop. 

"C" 
"68000" 



main! ) { 

int c; 



switch(c) { 



} 



case 1: break; 
default: switch(c){ 

case 2: break: 
> 
/* A break is needed here because the break 
above for 'case 2' generates a jump to 
this location. If a break is not placed 
here it falls into the code for 
evaluating 'case 1' above. */ 



Temporary solution: 

Close default statement with a break. 

"C" 

"68000" 

ma int ) { 



int c ; 



switch(c) { 
easel: 
default: 



break ; 
switch(c){ 

case 2: break; 
> 
break; 



} 



Signed off 04/29/87 in release 101.60 



Number: D200059758 Product: Z8000 C 



500 64820S001 



01.40 



One-line description: 

Compiler is not flagging an undefined structure. 

Problem: 

The customer reports that the program listed below causes the 
compiler to hang. I could not duplicate this problem, but, the 
compiler incorrectly reported no errors. 

"C" 
"processor" 

main!) { 
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int i; 

struct undefined a[10][20]; 
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The compiler should report that the type 'undefined' is undefined. 

Temporary solution: 
No temporary solution. 

Signed off 04/29/87 in release 101.60 



Number: D200063479 Product: Z8000 C 



500 64820S001 



01.50 



One-line description: 

C Function returning large (>2bytes) result can't be called as procedure 

Problem: 

Functions returning large (>2byte) result cannot be called as 

procedures. 

Signed off 04/29/87 in release 101.60 



Number: D200066050 Product: Z8000 C 



500 64820S001 



01.50 



One-line description: 

Illegal forward reference flagged for legally defined string. 

Problem: 

"C" 

"processor" 



char badstringt] - {"Wont work"}; 
char string!) « "works fine"; 

main! ) 
{ 

int i; 



i « sizeof (string) ; 
i « sizeof (badstring); 



/* Error 117 flagged. V 



Temporary solution: 

Eliminate the braces when initializing a string. 

-C" 
"processor" 

char stringt] » "do it this way"; 

main!) 
{ 

int i; 

- -8 
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i - sizeof (string) ; 

} 

Signed off 04/29/87 in release 101.60 



Page: 227 



Number: D200066423 Product: Z8000 C 



500 64820S001 



01.50 



One-line description: 

No error message for unimplemented processor name. 

Problem: 

Specifying an unimplemented processor name in a C source file 

will cause the compiler to go from pass 1 into C Nocode without 

an error message. The listing file also does not report the 

error. 

Signed off 04/29/87 in release 101.60 



- -8 



SRB detail reports as of 04/29/87 
Number: 1650018804 Product: Z8000 C 



Page: 



VAX 64820S003 



228 
01.80 



One-line description: 

No error message for unimplemented processor name. 

Problem: 

Specifying an unimplemented processor name in a C source file 

will cause the compiler to go from pass 1 into C Nocode without 

an error message. The listing file also does not report the 

error. 

Signed off 04/29/87 in release 301.90 



Number: D200040360 Product: Z8000 C 



VAX 64820S003 



01.20 



One-line description: 

Nested switch statements may generate infinite loop 

Problem: 

If you have nested switch statements and do not terminate the inner 

switch's cases with breaks the compiler generates an infinite loop. 

"C" 

"68000" 



main( ) { 

int c; 



switch(c) { 



} 



case 1: break; 
default: switch(c){ 

case 2: break; 

/* A break is needed here because the break 
above for 'case 2' generates a jump to 
this location. If a break is not placed 
here it falls into the code for 
evaluating 'case 1' above. */ 



Temporary solution: 

Close default statement with a break. 

■T" 
"68000" 

main( ) { 



int c; 



switch(c){ 
easel: 
default: 



break; 
switch(c){ 

case 2: break; 

break; 



} 

Signed off 04/29/87 in release 301.90 



- -8 



SRB detail reports as of 04/29/87 
Number: D200059766 Product: Z8000 C 



Page: 



VAX 64820S003 



229 
01.50 



One-line description: 

Compiler is not flagging an undefined structure. 

Problem: 

The customer reports that the program listed below causes the 
compiler to hang. I could not duplicate this problem, but, the 
compiler incorrectly reported no errors. 

"C" 
"processor" 



mainO { 

int i; 
struct 



undefined a[10][20]; 



The compiler should report that the type 'undefined' is undefined. 

Temporary solution: 
No temporary solution. 

Signed off 04/29/87 in release 301.90 



Number: D200063487 Product: Z8000 C 



VAX 64820S003 



01.80 



One-line description: 

C Function returning large (>2bytes) result can't be called as procedure 

Problem: 

Functions returning large (>2byte) result cannot be called as 

procedures. 

Signed off 04/29/87 in release 301.90 



Number: D200066068 Product: Z8000 C 



VAX 64820S003 



01.80 



One-line description: 

Illegal forward reference flagged for legally defined string. 

Problem: 

"C" 

"processor" 



char badstringf] - {"Wont work"}; 
char string!] » "works fine"; 

main!) 
{ 

int i; 



sizeof (string) ; 



SRB detail reports as of 04/29/87 Page: 230 

i = sizeof (badstring) ; /* Error 117 flagged. */ 

> 

Temporary solution: 

Eliminate the braces when initializing a string. 

"C" 
"processor" 

char string[] - "do it this way"; 

main( ) 
{ 

int i; 

i » sizeof (string) ; 



} 

Signed off 04/29/87 in release 301.90 



- -8 
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